# Конкурс в электронной форме, участниками которого могут быть только субъекты малого и среднего предпринимательства, на право заключения договора на оказание услуг по внедрению комплекса информационных систем «1С: ERP Управление холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес процессов

- Номер: 32616449098 (223-ФЗ)
- Заказчик: АКЦИОНЕРНОЕ ОБЩЕСТВО "КАВМИНКУРОРТРЕСУРСЫ"
- НМЦК: 61 005 980,33 ₽
- Подача заявок до: 26.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/223/purchase/public/purchase/info/common-info.html?regNumber=32616449098

**Требование к опыту:** Опыт не нужен
**Суть:** Внедрение комплекса систем «1С:ERP Управление холдингом», «1С:ТОиР» и «1С:Документооборот КОРП» для автоматизации всех основных бизнес-процессов АО «Кавминкурортресурсы» (добыча минеральной воды, Ставропольский край) — на основе уже выполненного обследования и моделирования процессов (отчёты подготовлены сторонним подрядчиком ООО «Градум»).
**Тип проекта:** Новый проект
**Только СМП/СОНКО:** да
**Очное присутствие:** Удалённо
**Про присутствие:** место оказания услуг — по месту нахождения исполнителя; передача результатов и документов — по адресу заказчика в Ессентуках (формальная передача, не предполагает постоянного присутствия)
**Можно ли сразу:** С условиями
**Пояснение:** нужно разобрать и принять как основу большой пакет чужих отчётов о моделировании процессов (10+ документов по разным блокам); основной раздел ТЗ и проект договора (сроки, оплата, этапы, гарантия) не попали в выгруженный текст — проверить полный комплект документации перед подачей заявки
**Существующая система:** Нет действующей автоматизированной системы для замены; но есть готовые отчёты о моделировании бизнес-процессов (техническое проектирование), выполненные другим подрядчиком по отдельному договору от 08.09.2025 — их нужно брать за основу реализации
**Как выбирают:** Конкурс среди СМП (223-ФЗ); критерии оценки не найдены в прочитанной части текста
**Сложность:** high
**Комментарий:** Крупный проект внедрения 1С на 61 млн руб. с готовым детальным ТЗ по бизнес-процессам — подходит студии/интегратору с опытом именно 1С:ERP УХ, ТОиР и Документооборот КОРП; для студии без специализации на 1С такой объём не по профилю

## Признаки заточки под исполнителя: 25% (средний)
Крупное внедрение 1С:ERP УХ, ТОиР и Документооборота (61 млн ₽, 540 дней). Срок разумный, цена весит 60%, опыт — 20% (внедрения 1С:ERP от 100 АРМ, по рейтингу 1С), это нормально для рынка 1С. Настораживают две вещи. ТЗ опирается на отчёты о моделировании, выполненные конкретной фирмой ООО «Градум», и это даёт ей или её партнёрам фору. Кроме того, баллы начисляются за вендорский статус «1С:Центр ERP» и ISO 9001.
- copied_from_vendor (+15): «ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР» Изменение № Версии документа Дата Автор Компания Версия 17.03.2026 Локтионова Т.П. ООО «Градум»» — Приложение 1 к ТЗ — отчёты о моделировании бизнес-процессов на базе 1С:ERP УХ, подготовленные конкретной фирмой ООО «Градум» с её названием и авторами. По ним и требуется вести внедрение. Если «Градум» или её партнёр участвует в конкурсе, у них большая фора: проектные решения писали они сами. [docs/32616449098/74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Отраслев.pdf]
- excessive_specifics (+10): «Наличие официального статуса на сайте Фирмы 1С https://1c.ru/rus/partners/ckerp.jsp в разделе Рейтинг партнеров «1С:Центры компетенции по ERPрешениям»» — Баллы даются за вендорский статус «1С:Центр ERP» / «Кандидат в 1С:Центр ERP» и за сертификат ISO 9001:2015. Такими статусами обладает ограниченный круг партнёров 1С, а для результата они не обязательны. Вес небольшой: 5% вместе с ISO. [docs/32616449098/74-2026_внедрение ERP.pdf]
Возможные честные причины: Обследование и проектирование отдельным договором с консультантом, а затем конкурс на внедрение по готовому проекту — обычная и даже правильная практика. Платформа 1С выбрана на этапе проектирования, и рынок её партнёров велик. Статус «Центр ERP» заказчик может рассматривать как гарантию компетенции для крупного проекта.

## Что сделать
- внедрение 1С:ERP УХ по блокам: бухучёт, бюджетирование, зарплата, закупки, маркетинг, НСИ, производство, реализация, склад, отраслевая специфика (учёт добычи минеральной воды, экология)
- внедрение 1С:ТОиР (техобслуживание и ремонт оборудования)
- внедрение 1С:Документооборот КОРП (ЭДО)
- реализация функционала по уже готовым отчётам о моделировании бизнес-процессов (типовая функциональность 1С + доработки/разрывы)
- миграция данных, интеграции между подсистемами, настройка ролевой модели пользователей
- разработка отчётных и печатных форм по каждому блоку

## Платформа и технологии
- 1С:ERP Управление холдингом ред. 3.2
- 1С:ТОиР
- 1С:Документооборот КОРП

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Отраслев.docx | docs/32616449098/74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Отраслев.pdf
Отчет о моделировании
бизнес-процессов по блоку Отраслевая специфика
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Оглавление
1.
Лист согласования.................................................................................................................... 3
Версии документа..................................................................................................................... 4
Общие сведения…………………………………………………………..……………………….……...5
1.1.
1.2.
1.3.
1.4.
1.5.
2.
Назначение документа……………………………………………………….………………...……5
Определения терминов и сокращений…………………………………………………………..5
Цели, задачи и объект моделирования……………………………………………..…………..6
Подход к реализации сценария моделирования………………………………………6
Общие методологические требования к внедряемой ИС…………………………….7
Характеристика объектов и результатов его моделирования…………….………………….7
2.1.
2.2.
Бизнес-процесс по Отраслевой специфике…………………………………………...7
Учет добычи и использования минеральной воды…………………………………………7
2.2.1.
Общее Описание моделируемого бизнес-процесса..................................................7
2.2.2.
Функции бизнес-процесса...........................................................................................8
2.3. Учет расходов по экологии……………………………………………………………………….37
2.3.1.
Общее Описание моделируемого бизнес-процесса................................................37
2.3.2.
Функции бизнес-процесса.........................................................................................37
2.4. Оформление платных справок по природным явлениям…………………………..…….41
3.
4.
2.4.1.
Общее Описание моделируемого бизнес-процесса................................................41
2.4.2.
Функции бизнес-процесса.........................................................................................41
Концепция ролей и полномочий……………………………………………………......………….47
Приложения к документу…………………………………………………………………………….48
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Перечень отчетных и печатных форм……………………………………………………..…..48
Перечень интеграций………………………………………………………………………………48
Перечень НСИ………………………………………………………………………………………..48
Перечень миграций…………………………………………………………………………..……..49
Перечень функциональных требований и разрывов………………………………………49
Соответствие функций и бизнес-ролей………………………………………………………..49
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Лист согласования
Должность
ФИО
Подпись
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Версии документа
Дата
Автор
Компания
Версия
17.03.2026
Локтионова Т.П.
ООО «Градум»
1.0
Описание изменений
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по
блоку «Отраслевая специфика»» содержит описание системы, алгоритмов процессов,
используемых объектов разрабатываемой системы с учетом моделей бизнес-процессов,
требований Технического задания на выполнение работ по обследованию и моделированию, а
также внутренних нормативных документов Заказчика. Окончательные требования к
разработкам могут быть уточнены на этапе реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1
от 08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и
ожидаемого результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков, если применимо;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от
описанных в настоящем документе в зависимости от установленных обновлений на Базовую
систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1С: ИТС
Определение термина (расшифровка сокращения)
1С:ERP Управление холдингом, ред. 3.2
АРМ
Поддержка пользователей, включающая набор услуг и сервисов,
направленных на поддержание программ в актуальном и
работоспособном состоянии, развитие функционала, с предоставлением
информационной и консультационной поддержки
Автоматизированное рабочее место
ДО
1С: Документооборот
ДС
Денежные средства
Заказчик
АО «Кавминкурортресурсы»
Информационная
система, система
ИС
1C:ERP. УХ
МВ
НСИ
Внедряемая информационная система на базе конфигурации 1С:ERP
Управление холдингом, ред. 3.2
Минеральная вода
Нормативно-справочная информация
Редакция 1
АО «КМКР»
ООС
ПКО
Подсистема или
раздел
ПФ
ТЧ «Товары»
ЭУ
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Охрана окружающей среды
Документ «Приходный кассовый ордер»
Логическая группа объектов конфигурации (документы, справочники,
отчеты), объединенная по общему бизнес-процессу (например:
«Закупки»)
Печатная форма документа
Табличная часть «Товары» на вкладке «Товары» документа
Эксплуатационный участок
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы ведения деятельности по Отраслевой
специфике Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по Отраслевой
специфике, фиксирование функциональных требований к разрабатываемой системе как со
стороны владельца бизнес-процессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого
моделирования бизнес-процессов.
В объем моделирования входят следующие задачи:









уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
описание текущих бизнес-процессов по Отраслевой специфике;
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP. УХ. Ситуации, когда типовая функциональность не покрывает
функциональные требования, фиксируются как функциональные разрывы с описанием
возможных доработок. Заказчик определяет приоритет каждого функционального разрыва и
принимает решение о необходимости включения описанной доработки в архитектуру
внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
 При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP Управление
холдингом, редакция 3.2.10.1. Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:
Предприятие
8,
размещенных
вендором
фирмой
1С
по
ссылке
https://its.1c.ru/db/v8std#browse:13:-1).
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО ОТРАСЛЕВОЙ СПЕЦИФИКЕ
Общая схема бизнес-процесса направления:
Схема процессов нижнего уровня:
Перечень подпроцессов по Отраслевой специфике представлен в Таблице 1.
Таблица 1. Перечень подпроцессов
№
п/п
1.
2.
3.
Уровень
БП
2
2
2
Код БП
ОТР.1
ОТР.2
ОТР.3
Название БП
Учет добычи и использования полезных ресурсов
Учет расходов по экологии
Оформление платных справок по природным явлениям
2.2. УЧЕТ ДОБЫЧИ И ИСПОЛЬЗОВАНИЯ МИНЕРАЛЬНОЙ ВОДЫ
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью регистрации и хранения данных по добыче и
использованию полезных ресурсов.
Для удобства навигации и поиска функциональности для пользователей в 1С:ERP. УХ, в
том числе для размещения НСИ, документов и отчетов по функциональному блоку «Отраслевая
специфика» будет создана новая подсистема «Добыча и использование полезных ресурсов».
Подсистема «Добыча и использование полезных ресурсов» предназначена для организации
пользовательского интерфейса, которая:
Редакция 1
АО «КМКР»



ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
сформирует структуру разделов прикладного решения по объектам функционального
блока;
позволит "разложить по местам" объекты конфигурации (документы, справочники,
отчеты) по Отраслевой специфике;
обеспечит удобство навигации и поиска функциональности для пользователей.
Для хранения и использования данных по географическим объектам добычи МВ в системе
будет разработаны Справочники «Месторождения» и «Участки недр».
Для учета МВ в разрезе источников и скважин системе ответственное лицо вносит данные
по скважинам/источникам/резервуарам в разрезе типов воды, месторождений и участков недр в
разработанный Справочник «Водопункты».
Так же в системе будет разработан ряд вспомогательных справочников для хранения и
использования в системе данных по добыче МВ в необходимых аналитических разрезах: типам
вод, целям потребления и прочих.
Ответственное лицо вручную вносит данные в систему в разработанный документ «Учет
использования МВ». Документ «Учет использования МВ» будет отражать добычу,
технологические потери, использование на собственные нужды и реализацию в разрезе клиентов.
После создания документа, он будет доступен для редактирования в течении определенного
времени в разработанной подсистеме «Добыча и использование полезных ресурсов».
Для предоставления статистических отчетов по добыче МВ будут использоваться
разработанные печатные формы отчетных документов, выводимые из разработанных объектов
системы.
Для контроля и анализа объемов добычи, технологических потерь и реализации
потребителю МВ в системе будут использоваться разработанные отчеты.
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль
в Приложении 4.6 Соответствие функций и бизнес-ролей.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.2.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 2 представлен перечень функций, необходимых для реализации бизнес-процесса
1C:ERP. УХ..
Таблица 2. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ.
№
п/
п
Код БП
Название БП
1.
ОТР.1.1
Учет
добычи
и
использования полезных
2.
ОТР.1.2
Название Функции
Детальное описание
Для ведения учета по добыче и
реализации
(отгрузки
Создание НСИ
потребителю)
полезных
ресурсов в системе будут
ресурсов
разработаны необходимые НСИ
Для отражения добычи МВ в
Учет
добычи
и Создание документов системе будут доработаны
по
добыче
и
использования полезных
соответствующие документы с
использованию
возможностью редактирования
ресурсов
минеральной воды
под о
Редакция 1
АО «КМКР»
№
п/
п
3.
Код БП
ОТР.1.3
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Название БП
Учет
добычи
и
использования полезных
ресурсов
Название Функции
Формирование
отчетов
Изменение №
Детальное описание
Для формирования отчетов по
добыче
и
использованию
полезных ресурсов, в том числе
для предоставления отчетных
документов в контролирующие
органы, будут разработаны
соответствующие отчеты и
печатные формы
При проектировании доработок объектов данного функционального блока в системе
применяется подход реализации возможности внесения правок по всем формам заведения
данных предусмотренными для гидрогеологов. Дополнительно должен быть предусмотрен
механизм установки блокировки по внесению изменений и снятие блокировки в случае
необходимости, с указанием причины снятия блокировки. Данные полномочия по
редактированию и установке\снятию блокировки редактирования будет предоставлена роли
Главный гидрогеолог.
2.2.2.1. СОЗДАНИЕ НСИ
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для удобства навигации и поиска функциональности для пользователей в 1С:ERP. УХ
будет создана новая подсистема «Добыча и использование полезных ресурсов».
Для хранения данных с возможностью дальнейшего использования в документах и отчетах
ответственный пользователь должен вводить в систему нормативно-справочную информацию в
разработанные объекты конфигурации:







Справочник «Месторождения»
Справочник «Участки недр»
Справочник «Водопункты»
Справочник «Места установки водомеров»
Справочник «Цели использования МВ»
Справочник «Типы минеральных вод»
Регистр сведений «Соответствие номенклатуры водопунктам».
При использования аналитических признаков МВ в системе функциональному заказчику
необходимо выбрать вариант: использовать Справочник «Характеристики номенклатуры» либо
добавить требуемые реквизиты в Справочник «Номенклатура».
Для регистрации данных по выданным лицензиям МВ в системе ответственный
пользователь создает Документ «Лицензии на месторождения», в котором указывает серию и
номер лицензии на определенное месторождение, а также период ее действия. Данные по
лицензиям на месторождения используются для формирования отчетов и расчета НДПИ в
регламентированном учете. Также будет разработана возможность прикреплять к документу
файлы (например: сканы лицензий).
Для регистрации данных по запасам и утвержденным значениям нормативных потерь МВ в
системе ответственный пользователь будет создавать Документ «Запасы и нормативные потери
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
МВ» с видами операций: «Ввод суточных запасов», «Ввод прогнозных запасов», «Ввод
нормативных потерь». В зависимости от вида операции в документ будет выводиться
соответствующая табличная часть для заполнения пользователем. Также будет разработана
возможность прикреплять к документу файлы (например: сканы утвержденных документов по
нормативным потерям).
Для сбора и хранения данных по смене типов скважин на месторождениях будет
использоваться Регистр Сведений «Даты смены типа скважины», данные в который будет
вносить Ответственный пользователь вручную.
Для хранения и использования данных по потребителям, которые приобретают МВ с
определенного водопункта, в том числе для автоматического заполнения целей использования и
ограничения выпадающего списка контрагентов при выборе потребителей в документ «Учет
добычи и использования МВ», в системе будет использоваться разработанный Регистр Сведений
«Соответствие потребителя водопункту». Данные в РС будет вносить ответственный
пользователь вручную.
ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции предлагаются следующие решения:
2.2.2.1.2.1. Для построения интерфейса прикладного решения в 1С:ERP. УХ будет создана
новая подсистема «Добыча и использование полезных ресурсов», в которой будут расположены
гиперссылки на разработанные объекты конфигурации (НСИ, документы, регистры, отчеты),
предназначенные для автоматизации бизнес-процессов по функциональному блоку «Отраслевая
специфика».
Рисунок 1. Расположение подсистемы "Добыча и использование полезных ресурсов"
2.2.2.1.2.2. Для хранения и использования данных расположения водопунктов по
географическим местам добычи будет разработан Справочник «Месторождения», который будет
использоваться в системе, в том числе и как аналитический разрез в отчетах. В Справочнике
будут ключевые реквизиты, в том числе:
 Код
 Наименование
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 2. Форма элемента Справочника "Месторождения"
Данные в Справочник «Месторождения» будет вводиться ответственным пользователем.
Справочник «Месторождения» будет расположен в подсистеме «Добыча и использование
полезных ресурсов».
2.2.2.1.2.3. Для хранения и анализа данных по группировкам водопунктов внутри
месторождений в системе будет использоваться разработанный Справочник «Участки недр»,
содержащий реквизиты, в том числе:
 Наименование
 Код
 Месторождение
 Подразделение
 Код водного объекта
 ОКПО
 ОКАТО
 ВХУ
 Расстояние от устья
Рисунок 3. Форма элемента Справочника "Участки недр"
Данные в Справочник «Участки недр» будут вводиться вручную ответственным
пользователем.
Данные Справочника «Участки недр» будут использоваться для автоматического
заполнения отчетных форм, в том числе для заполнения Формы № 2-ТП (водхоз).
Справочник «Участки недр» будет расположен в подсистеме «Добыча и использование
полезных ресурсов».
2.2.2.1.2.4. Для хранения и анализа данных по источникам и скважинам в системе будет
использоваться разработанный Справочник «Водопункты», который будет содержать ключевые
реквизиты в том числе:
Редакция 1
АО «КМКР»















ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Наименование (наименование с указанием вида водозабора в начале/конце СКВ или
ИСТ, например: «418-бис, СКВ.» или «Нарзан, ИСТ»)
Код
Резервуар для смеси (булево)
Тип скважины (наблюдательная, резервная, эксплуатационная, ликвидированная) –
реквизит формы, обновляется при открытии элемента справочника
Тип воды
Месторождение
Горизонт – (Перечисление.Горизонты)
Участок недр
Подразделение
Учет отгрузки по мин. проводу
Учет добычи по тарированным емкостям (булево)
Возможность отгрузки на розлив (булево)
Год бурения
Глубина водопункта
Примечание
Рисунок 4. Форма элемента справочника "Водопункты" (не является резервуаром для смеси)
Если водопункт является резервуаром для смеси, то при установке флага в реквизит
«Резервуар для смеси» в Справочнике «Водопункт» будет визуализирована для заполнения ТЧ
«Смеси вод» и не будут требовать заполнения следующие реквизиты:
 Тип скважины
 Тип воды
 Горизонт
 Год бурения
 Глубина водопункта
В ТЧ «Смеси вод» с помощью кнопки добавить будет открываться форма выбора
Справочника «Водопункты» с возможностью отбора водопунктов только по выбранному
месторождению.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 5. Форма элемента Справочника "Водопункты" (является резервуаром для смеси)
Также для прикрепления файлов к элементу Справочника «Водопункт» на форму элемента
справочника будет добавлена требуемая функциональная опция и разработан служебный
Справочник «Присоединенные файлы (Водопункты)».
Данные в Справочник «Водопункты» вносит ответственный пользователь вручную.
Справочник «Водопункты» будет расположен в подсистеме «Добыча и использование
полезных ресурсов».
2.2.2.1.2.5. Для хранения и использования описаний свойств МВ в элементе Справочника
«Характеристики номенклатуры» необходимо добавить следующие реквизиты:
 Происхождение – значения Перечислений: Природная, Смесь вод
 Месторождение – ссылка на Справочник «Месторождения»
 Водопункт – ссылка на Справочник «Водопункт»
 Тип воды – Справочник.ТипыМВ, значения: Углекислая термальная, Углекислосероводородная и проч.
 Цели использования – Справочник.ЦелиИспользованияМВ, значения: бювет,
бальнео, розлив.
Как альтернатива использования Справочника «Характеристики номенклатуры» может
быть доработан Справочник «Номенклатура» (добавлены вышеописанные реквизиты
непосредственно в Справочник «Номенклатура»).
Окончательное определение использования Справочника «Характеристики» будет
определено на этапе внедрения системы.
2.2.2.1.2.6. Для хранения и использования данных по местам установки водомеров в
отчете и отчетной форме «Показания водомеров по учету минеральной воды» в системе будет
разработан Справочник «Места установки водомеров», который будет содержать ключевые
реквизиты, в том числе:
 Наименование
 Код
 Для отражения в отчете – заполняется пользователем: «налив», «тех потери» и проч.
значениями, используемыми в отчетной форме «Показания водомеров по учету
минеральной воды»
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 6. Форма элемента Справочника "Места установки водомеров".
Данные в справочник «Места установки водомеров» вносит ответственный пользователь
вручную.
Справочник «Места установки водомеров» будет расположен в подсистеме «Добыча и
использование полезных ресурсов».
2.2.2.1.2.7. Для хранения и использования данных по целям использования МВ в системе
будет разработан Справочник «Цели использования МВ», который будет содержать ключевые
реквизиты, в том числе:
 Наименование
 Код
 Вышестоящая цель использования
Перечень целей использования МВ, в том числе:
 Розлив
 Собственный розлив
 Питье
 Бальнеолечение
 Безвозмездная передача
Справочник «Цели использования МВ» иерархический по иерархии элементов, где
Родитель = Вышестоящая цель использования.
Наименование вышестоящих целей использования, в том числе:
 Курорт (бальнео+питье)
 Розлив (розлив + собственные нужды)
Рисунок 7. Форма элемента Справочника "Цели использования МВ"
Данные в Справочник «Цели использования МВ» вносит ответственный пользователь
вручную.
Справочник «Цели использования» будет расположен в подсистеме «Добыча и
использование полезных ресурсов».
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
2.2.2.1.2.8. Для хранения и дальнейшего использования в системе будет разработан
Регистр Сведений «Соответствие номенклатуры водопунктам», который будет содержать данные
по соответствию номенклатуры и цели использования водопункту.
Рисунок 8. Форма записи Регистра сведений "Соответствие номенклатуры водопунктам"
Данные в Регистр Сведений «Соответствие номенклатуры водопунктам» вносятся вручную
ответственным пользователем.
Регистр Сведений «Соответствие номенклатуры водопунктам» будет расположен в
подсистеме «Добыча и использование полезных ресурсов».
2.2.2.1.2.9. Для хранения и анализа данных по типам МВ в системе будет использоваться
разработанный Справочник «Типы минеральных вод», который будет содержать реквизиты, в
том числе:
 Наименование
 Код
Типы минеральных вод: Ессентуки-4;
Славяновская; соляно-щелочная и др.
углекисло-сероводородная;
Смирновская,
Рисунок 9. Форма элемента Справочника «Типы минеральных вод»
Данные в Справочник «Типы минеральных вод» будут вводиться вручную ответственным
пользователем.
Справочник «Типы минеральных вод» будет расположен в подсистеме «Добыча и
использование полезных ресурсов».
2.2.2.1.2.10. Для регистрации данных о полученных лицензиях в системе будет разработан
Документ «Лицензии на месторождения».
Документ «Лицензии по месторождениям» заполняется ответственным пользователем по
правилу: 1 документ = 1 лицензия.
Документ «Лицензии на месторождения» будет состоять из ключевых реквизитов и ТЧ:
 Номер
Редакция 1
АО «КМКР»







ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Дата (дата создания документа)
Статус (лицензии)
Организация
Субъект РФ
Месторождение
Комментарий
ТЧ «Лицензии»:
o Серия лицензии
o Номер лицензии
o Вид пользования недрами
o Дата регистрации лицензии
o Дата начала действия
o Дата окончания действия
Документ «Лицензии на месторождения» не будет вносить изменения в складском и
финансовом учете.
После проведения документа в системе информация будет записана в разработанные
Регистры, в том числе:
 Регистр Сведений «Лицензии на месторождения».
После проведения документ «Лицензии на месторождения» будет доступен для просмотра
и редактирования в подсистеме «Добыча и использование полезных ресурсов».
Рисунок 10. Форма документа "Лицензии на месторождения".
Для централизованной работы с документами «Лицензии на месторождения», в том числе:
ввода, просмотра, редактирования и удаления, в системе будет разработан Список документов
«Лицензии на месторождения».
Также будет разработана возможность прикрепления файлов к документу «Лицензии на
месторождения».
Для хранения и возможности просмотра прикрепленных файлов в системе будет разработан
служебный Справочник «Присоединенные файлы (Лицензии на месторождения)».
2.2.2.1.2.11. Для сбора и хранения данных о действующих и использованных ранее
лицензиях по месторождениям в системе будет использоваться разработанный зависимый,
периодический (секунда) Регистр Сведений «Лицензии на месторождения», который будет
содержать реквизиты, в том числе:
 Регистратор – Документ.ЛицензииНаМесторождения
Редакция 1
АО «КМКР»









ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Период (дата начала действия лицензии)
Серия лицензии (строка)
Номер лицензии (строка)
Вид пользования недрами (Перечисление.ВидыПользованияНедрами)
Дата регистрации лицензии (дата)
Окончание действия лицензии (дата)
Субъект РФ (строка)
Месторождение (Справочник.Месторождения)
Статус лицензии
Рисунок 21. Форма списка Регистра сведений "Лицензии на месторождения"
Записи в РС «Лицензии на месторождения» создаются при проведении документа
«Лицензии на месторождения».
Регистр Сведений «Лицензии на месторождения» будет расположен в подсистеме «Добыча
и использование полезных ресурсов».
2.2.2.1.2.12. Для регистрации данных по запасам и нормативным потерям МВ в системе
будет разработан Документ «Запасы и нормативные потери МВ».
Документ «Запасы и нормативные потери» будет состоять из ключевых реквизитов и ТЧ, в
том числе:
 Номер документа
 Дата (дата создания документа)
 Операция (Ввод суточных запасов, Ввод прогнозных запасов, Ввод нормативных
потерь)
 Организация
 Месторождение
 ТЧ:
o Дата
o Участок недр
o Водопункт
o Запасы МВ на сутки (утвержденные)
o Нормативные потери
o Прогнозные запасы по переоценке
o Примечание
В зависимости от Вида операции в документе «Запасы и нормативные потери» будет
изменяться табличная часть:
Если Операция = «Ввод суточных запасов МВ», то в документе будет визуализирована ТЧ
для ввода суточных запасов.
Если Операция = «Ввод прогнозных запасов МВ» - в документе будет визуализирована для
заполнения ТЧ, в том числе содержащая колонку «Запасы МВ на сутки (утвержденные), м3».
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Если Операция = «Ввод нормативных потерь МВ» - в документе будет доступна для
заполнения ТЧ в том числе с колонкой «Нормативные потери, м3».
Рисунок 12. Документ "Запасы и нормативные потери" с Операцией "Ввод суточных запасов МВ"
Рисунок 13. Документ "Запасы и нормативные потери" с операцией "Ввод прогнозных запасов МВ»
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 34. Документ "Запасы и нормативные потери" с операцией "Ввод нормативных потерь МВ"
Документ «Запасы и нормативные потери» не будет вносить изменения в складском и
финансовом учете.
После проведения документа в системе информация будет записана в разработанные
Регистры, в том числе:
 Регистр Сведений «Запасы и нормативные потери».
Также будет разработана возможность прикрепления файлов к документу «Запасы и
нормативные потери».
Рисунок 45. Функциональная опция для прикрепления и просмотра файлов в документе "Запасы и нормативные потери"
Для хранения и возможности просмотра прикрепленных файлов в системе будет разработан
служебный Справочник «Присоединенные файлы (Запасы и нормативные потери)».
После проведения документ «Запасы и нормативные потери» будет доступен для просмотра
и редактирования в подсистеме «Добыча и использование полезных ресурсов».
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Для централизованной работы с документами «Запасы и нормативные потери», в том числе:
ввода, просмотра, редактирования и удаления, в системе будет разработан Список документов
«Запасы и нормативные потери».
2.2.2.1.2.13. Для хранения данных по запасам и значениям утвержденных нормативных
потерь в системе будет разработан периодический (в пределах секунды), зависимый Регистр
Сведений «Запасы и нормативные потери МВ», который будет содержать в том числе следующие
аналитики:
 Регистратор – Документ.ЗапасыИНормативныеПотериМВ
 Период (дата)
 Водопункт
 Запасы МВ на сутки утвержденные (куб м)
 Нормативные потери (куб м)
 Прогнозные запасы по переоценке (куб м)
 Примечание
Рисунок 16. Форма списка Регистра Сведений "Запасы и нормативные потери"
2.2.2.1.2.14. Для сбора и хранения данных по смене типа скважины на водопункте в
системе будет создать периодический, независимый Регистр Сведений «Даты смены типа
скважины», который будет содержать следующие аналитики:
 Период
 Водопункт
 Тип скважины
Данные в регистр будет вносить Ответственный пользователь вручную.
Рисунок 17. Формы списка и записи РС "Даты смены типа скважины"
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
2.2.2.1.2.15. Для хранения и использования данных по потребителям, которые
приобретают МВ с определенного водопункта, в том числе для автоматического заполнения
целей использования и ограничения выпадающего списка контрагентов при выборе
потребителей в документ «Учет добычи и использования МВ», в системе будет разработан
Регистр Сведений «Соответствие потребителя водопункту». При доработке Справочника
«Договоры контрагентов» необходимо предусмотреть добавление в ТЧ «Спецификация» цель
использования МВ.
Рисунок 58. Форма документа "План добычи"
Данные в РС будет вносить ответственный пользователь вручную.
2.2.2.1.2.16. Все разработанные объекты конфигурации будут размещены в
подсистеме «Добыча и использование полезных ресурсов».
Права на объекты будут распределены по ролям и описаны в Приложении 4.6
«Соответствие функций и бизнес-ролей».
2.2.2.2. СОЗДАНИЕ ДОКУМЕНТОВ
МИНЕРАЛЬНОЙ ВОДЫ
ПО
ДОБЫЧЕ
И
ИСПОЛЬЗОВАНИЮ
2.2.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для регистрации в системе планов добычи с возможностью использовать данные в
отчетных документах и отчетах, будет разработан документ «План добычи». Данные в документе
будут заполняться автоматически (при наличии исторических данных) и редактироваться
вручную ответственным пользователем.
Для регистрации данных по использованию добытой МВ в разрезе водопунктов за рабочую
смену в системе будет разработан документ «Учет использования МВ». Данные в документ
будет вносить ответственный пользователь вручную.
Для регистрации распределения объемов смесей МВ в системе будет разработан документ
«Распределение смеси МВ». Данные в документ будут вносить ответственный пользователь
вручную.
.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
2.2.2.2.2.1. Для автоматизации функции по планированию добычи МВ в системе
будет разработан документ «План добычи».
Данный документ будет регистрировать плановые значения по добыче МВ в разрезе
Месторождений – Водопунктов.
Документ «План добычи» будет состоять из шапки с ключевыми реквизитами и трех
Табличных частей.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Реквизиты шапки документа:
 Номер - автозаполнение
 Дата – автозаполнение текущей датой
 Месторождение – заполняется вручную пользователем из списка выбора
 Подразделение – заполняется вручную пользователем
 Период – (год) заполняется вручную пользователем
 Ответственный – автоматически
Реквизиты ТЧ «План добычи МВ»:
 Водопункт
 Балансовые запасы
 Группировка показателей за месяц:
o В сутки, м3
o В мес, м3
 Группировка средних показателей:
o В сутки, м3
o В мес, м3
 Итого, м3
Реквизиты ТЧ «Технологические потери»:
 Водопункт
 Группировка показателей за месяц:
o В сутки, м3
o В мес, м3
 Группировка средних показателей:
o В сутки, м3
o В мес, м3
 Итого, м3
Реквизиты ТЧ «План использования МВ»:
 Водопункт
 Группировка показателей за месяц:
o В сутки, м3
o В мес, м3
 Группировка средних показателей:
o В сутки, м3
o В мес, м3
 Итого, м3
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 69. Форма документа "План добычи"
Способ заполнения документа «План добычи» зависит от наличия в системе исторических
данных по использованию МВ и технологическим потерям за прошлый год:
 Если исторические данные по использованию МВ и технологическим потерям за
прошлый год в системе есть, то значения во всех трех табличных частях документа
заполнятся автоматически значениями за прошедшие аналогичные периоды.
 Если истории по использованию МВ и технологическим потерям в системе нет, то
ответственному пользователю необходимо вручную ввести плановые значения за
месяц в ТЧ «План добычи МВ» и «Технологические потери МВ». Значения по
среднесуточным показателям за месяц, средним и итоговым показателям, а также
значения в ТЧ «План использования МВ» система рассчитает автоматически.
При этом у пользователя будет возможность скорректировать вручную показатели в
колонках «в мес, м3» в ТЧ «План добычи МВ» и «Технологические потери МВ». Данные в ТЧ
«План использования МВ» рассчитываются автоматически и недоступны для корректировки
вручную пользователем.
Заполнение документа при наличии исторических данных по использованию и
технологическим потерям МВ:
1) Ответственный пользователь заполняет реквизиты в шапке документа.
2) Далее нажимает на кнопку «Заполнить - Водопункты». При выборе команды (нажатии
на кнопку) «Заполнить - Водопункты» колонки «Водопункт» во всех трех ТЧ
заполняются элементами Справочника «Водопункты» с отбором по месторождению
(реквизит «Месторождение» в шапке документа») + ТипСкважины=Эксплуатационная.
3) После заполнения колонок «Водопункт» пользователь нажимает на кнопку «Заполнить
– План», и система запускает механизм получения данных, расчета и заполнения
рассчитанными значениями в табличных частях документа.
4) Сначала система получает данные и заполняет ТЧ «План добычи МВ» по каждой строке
(в разрезе каждого водопункта):
 Балансовые запасы, м3/сут – автоматически из регистров, в которых делает
движение документ «Запасы и нормативные потери»
 Данные в колонки «в мес, м3» система получает по добыче МВ из водопунктов
(эти данные регистрирует в системе документ «Учет использования МВ»)
Редакция 1
АО «КМКР»




ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Данные в колонки «в сутки, м3» – система рассчитывает автоматически по
формуле: значение в соответствующей колонке «в мес, м3»/на количество
календарных дней в данном месяце (для этого используется Производственный
календарь).
Данные в группировке средних показателей – система рассчитывает
автоматически (среднее за период).
Данные в колонке «Итого, м3» - система рассчитывает автоматически
(суммирует значения в колонках «в мес, м3»).
Итоговые данные по строке «Итого по месторождению» система рассчитывает
путем сложения значений участкам недр внутри месторождения.
5) Далее система получает данные и заполняет ТЧ «Технологические потери МВ» по
каждой строке (в разрезе каждого водопункта):
 Данные в колонки «в мес, м3» система получает по технологическим потерям
МВ из водопунктов (эти данные регистрирует в системе документ «Запасы и
нормативные потери»)
 Данные в колонки «в сутки, м3» – система рассчитывает автоматически по
формуле: значение в соответствующей колонке «в мес, м3»/на количество
календарных дней в данном месяце (для этого используется Производственный
календарь).
 Данные в группировке средних показателей – система рассчитывает
автоматически (среднее за период).
 Данные в колонке «Итого, м3» - система рассчитывает автоматически
(суммирует значения в колонках «в мес, м3»).
 Итоговые данные по строке «Итого по месторождению» система рассчитывает
путем сложения значений участкам недр внутри месторождения.
6) Далее система получает данные и заполняет ТЧ «План использования МВ» в каждой
строке (в разрезе каждого водопункта):
 Данные в колонки «в мес, м3», «в сут, м3» система рассчитывает путем
вычитания из соответствующих значений в ТЧ «План добычи МВ» ТЧ
«Технологические потери МВ»
 Данные в группировке средних показателей – система рассчитывает
автоматически (среднее за период).
 Данные в колонке «Итого, м3» - система рассчитывает автоматически
(суммирует значения в колонках «в мес, м3»).
 Итоговые данные по строке «Итого по месторождению» система рассчитывает
путем сложения значений участкам недр внутри месторождения.
7) На данном шаге при необходимости пользователь сможет скорректировать значения в
колонках «в мес, м3» в ТЧ «План добычи МВ» и/или «Технологические потери».
8) Если на шаге 7 пользователь скорректировал значения, то необходимо нажать на кнопку
«Заполнить – Рассчитать показатели».
Заполнение документа при отсутствии исторических данных по использованию и
технологическим потерям МВ:
1) Сначала ответственный пользователь заполняет реквизиты в шапке документа.
2) Далее ответственный пользователь нажимает кнопку «Заполнить - Водопункты»
- система автоматически заполнит водопункты по месторождению во всех трех
табличных частях документа.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
3) Далее переходит к заполнению ТЧ «План добычи МВ» и заполняет значения в
колонках «Балансовые запасы, м3/сут» и «в мес, м3» по месяцам.
4) Далее ответственный пользователь переходит к заполнению ТЧ
«Технологические потери МВ», где заполняет значения в колонке «в мес, м3»
5) Далее ответственный пользователь нажимает на кнопку «Заполнить – Рассчитать
показатели». При выборе команды (нажатии на кнопку) «Заполнить – Рассчитать
показатели» система запускает механизм расчета и заполнения значений во всех
трех табличных частях документа: в колонках «в сутки, м3», в группировках
средних показателей, в колонках итоговых показателей и в итоговых строках
«Итого по месторождению».
После того, как данные в табличных частях документа будут заполнены, пользователь
устанавливает требуемый статус в документе:
 В подготовке – возможность есть редактирования
 Утвержден – нет возможности редактирования
 Отменен – нет возможности редактирования.
При этом, система не позволит создать больше одного документа «План добычи» по одному
и тому же месторождению в статусе «Утвержден».
После записи/проведения документ будет доступен для редактирования и просмотра в
подсистеме «Добыча и использование полезных ресурсов».
После проведения документа данные будут записаны в разработанные служебные
регистры, в том числе:
 Регистр накоплений «Планы добычи МВ»
Окончательное описание служебных регистров будет составлено в технической
документации на этапе внедрения.
2.2.2.2.2.2. Для автоматизации функции по учету использования добытой МВ в
системе будет разработан документ «Учет использования МВ».
Данный документ будет регистрировать объем добычи и реализации МВ, в том числе с
учетом остатках в резервуарах и технологических потерь.
Документ «Учет использования МВ» будет состоять из вкладок:
 Основное
 Использование
На вкладке «Основное» документа «Учет использования МВ» будут расположены
ключевые реквизиты, в том числе:
 Дата (последняя дата месяца)
 Номер (документа)
 Организация – заполняется автоматически системой
 Месторождение – вручную пользователем из списка выбора, либо при заполнении
реквизита «Водопункт» автоматически из реквизита «Месторождение» элемента
Справочника «Водопункты»
 Водопункт – вручную пользователем из списка выбора
 Комментарий – вручную пользователем при необходимости
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 20. Форма документа "Учет использования МВ", вкладка "Основное"
На вкладке «Использование» расположены три ТЧ с реквизитами:
ТЧ «Оголовки»:
 Номер строки
 Дата
 Водосчетчик – пользователь выбирает вручную
 Показания на конец дня – вручную пользователем
 Разница показаний водосчетчика – рассчитывается автоматически (разность между
текущими и предыдущими показаниями)
ТЧ «Добыча»:
 Номер строки – автоматически системой
 Дата – вручную пользователем
 Тарирование/Водосчетчик – пользователем вручную из списка выбора
 Водосчетчик – выбирает пользователь (в списке только счетчики, относящиеся к
водопункту)
 Остатки в резервуаре на начало – система автоматически заполняет предыдущим
значением реквизита «Остатки в резервуарах на конец»
 Показания на конец дня – вручную пользователем
 Разница показаний водосчетчика – значение рассчитывается системой
автоматически
 Реализация – автоматически расчетным значением из ТЧ «Реализация» по
аналитикам: Дата + Водосчетчик после внесения данных в ТЧ «Реализация»
 Потери – вручную пользователем (либо автоматически при выборе команды
«Заполнить – Потери» после заполнения ячейки «Добыча»)
 Выпуски (откачки) при доразведке запасов (добыча по НК РФ) – вручную
пользователем
 Добыча – вручную пользователем (либо автоматически при выборе команды
«Заполнить – Добыча» после заполнения ячейки «Потери»)
 Остатки в резервуарах на конец – значение рассчитывается системой автоматически
 Проверка – автоматически.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
При заполнении ТЧ «Добыча» необходимо выбрать в ячейке «Тарирование/водомер»
требуемое значение:
 если выбрано значение «Тарирование» - заполнять показания счетчика не
обязательно;
 если выбрано значения «Водомер» - необходимо заполнить показания счетчика
(обязательно к заполнению), при этом система автоматически рассчитает разницу
показателей для сравнения с данными по добыче.
Значения в колонках «Потери» и «Добыча» система рассчитает в зависимости от того,
какие данные будет вносить пользователь:


если пользователь будет вносить значение в колонку «Потери», то далее ему
необходимо запустить механизм расчета по кнопке «Заполнить – Добыча», система
рассчитает значение в ячейке «Добыча» как сумму реализации и потерь, в том
числе и сброс;
если пользователь будет вносить значение в ячейке «Добыча» - то далее ему
необходимо запустить механизм расчета по кнопке «Заполнить – Потери», система
рассчитает потери как разницу между добычей и реализацией.
Остаток на начало следующего дня равно остатку на конец текущего дня.
ТЧ «Реализация»:
 Номер строки - автоматически
 Дата – автоматически (связана с датой в ТЧ «Реализация»), редактированию не
подлежит
 Тарирование/Водосчетчик – скрытый реквизит (необходим для взаимосвязи ТЧ
«Добыча» и «Реализация»)
 Водосчетчик – скрытый реквизит (необходим для взаимосвязи ТЧ «Добыча» и
«Реализация»)
 Потребитель – вручную пользователем из списка выбора Справочника «Партнеры»,
которые отгружаются с данного водопункта (для этого будет разработан РС
«Соответствие потребителя водопункту»)
 Цель использования
 Реализация со спонтанным газом
 Поправочный коэффициент – вручную пользователем
 Реализация с учетом поправочного коэффициента
Для заполнения ТЧ «Реализация» необходимо выделить требуемую строку в ТЧ «Добыча»
(установить на нее курсор). В этот момент система визуализирует ТЧ «Реализация»,
соответствующая строке ТЧ «Добыча» по аналитикам: Дата + Тарирование/Водосчетчик +
Водосчетчик.
В ТЧ «Реализация» ответственный пользователь вручную ежедневно вносит данные по
реализации (в т.ч. безвозмездную передачу). и отпуску воды на собственные нужды (в т.ч. в
переработку). Для этого ответственный пользователь заполняет следующие колонки в ТЧ:
 Дата
 Потребитель - вручную пользователем из списка выбора
 Цель использования – вручную пользователем
 Реализации со спонтанным газом – вручную пользователем
 Поправочный коэффициент – вручную пользователем (при необходимости)
 Реализация с учетом поправочного коэффициента – автоматически системой.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Значение в колонке «Реализация с учетом поправочного коэффициента» заполняется по
формуле:
 если значение в ячейке «Поправочный коэффициент» заполнен (больше нуля) – то
значение «Реализация со спонтанным газом» умножить на значение «Поправочный
коэффициент»;
 если ячейка «Поправочный коэффициент» не заполнена (значение равно нулю), то
значение «Реализация с учетом поправочного коэффициента» равно значению
«Реализация со спонтанным газом».
В подвале документа рассчитываются итоговые значения добычи и использования МВ:
 Добыча
 Потери
 Реализация
 Доразведка
Так же в подвале документа должен быть реализован контроль, который рассчитывается по
формуле:
Добыча – (Потери + Реализация + Доразведка) = 0
Если при расчете итоговых значений в подвале документа значение в ячейке «Контроль» не
равно нулю – система должна выводить ошибку с сообщением: «Введенные данные не верны.
Добыча не равна сумме значений Реализация, Потери, Доразведка» и не должна позволять
проводить документ.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 21. Форма документа "Учет использования МВ", вкладка "Использование"
После проведения документа «Учет использования МВ» в системе информация будет
записана в разработанные служебные Регистры. Описание служебных регистров будет сделано в
технической документации при внедрении.
Документ «Учет использования МВ» не будет вносить изменения в складском и
финансовом учете.
Документ «Учет использования МВ» будет расположен в подсистеме «Добыча и
использование полезных ресурсов».
Для централизованной работы с документами «Учет использования МВ»» в том числе:
ввода, просмотра, редактирования и удаления, в системе будет разработан общий Журнал
документов «Учет использования МВ».
2.2.2.2.2.3. Для регистрации распределения объемов смесей из добытой МВ в системе
будет разработан документ «Распределение смеси МВ».
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Документ будет состоять из ключевых реквизитов и ТЧ «Смеси МВ»:






Номер (документа)
Дата (документа)
Организация – автоматически системой
Месторождение – вручную пользователем
Водопункт – вручную из списка Справочника «Водопункты» с признаком
«Резервуар для смеси» с отбором по месторождению
ТЧ «Смеси МВ»:
o Наименование скважины, источника
o Остатки в резервуарах на начало, м3
o Объем добычи, м3 – вручную пользователем
o Технологические потери, м3 – вручную пользователем
o Цель использования – вручную пользователем из списка выбора
o Всего использовано, м3 – автоматически системой
o Остатки в резервуарах на конец, м3 – автоматически системой по формуле:
«Остатки в резервуаре на начало» + «Объем добычи» – сумма значений
«Технологические потери» по скважине – сумма значений «Использовано» по
скважине.
o Строка «Итого» - сумма значений в каждом столбце
o Строка «Итого по смеси» - автоматически заполняется системой; значения
данной строки визуализируются в помощь пользователю для понимания того,
какое количество МВ необходимо распределить на смесь (данные для
заполнения будут получены из регистров, в которые совершает движение
документ «Учет использования МВ»).
o Строка «Контроль» - автоматически рассчитывается системой как разность
значений по строкам «Итого по смеси» и «Итого»; значения в данной строке
визуализируются в помощь пользователю для понимания того, какое количество
необходимо распределить.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 72. Форма документа "Распределение смеси"
В подвале документа расположено контрольное значение «Реализовано», которое
рассчитывается системой как разность итоговых значений между «Объем добычи» и «Всего
использовано».
Документ «Распределение смеси МВ» не вносит изменения в складском и финансовом
учете.
После проведения документа данные будут записаны в разработанные регистры, в том
числе:
 Регистр накопления «Распределения смеси МВ»
Документ «Распределение смеси МВ» будет расположен в подсистеме «Добыча и
использование полезных ресурсов».
Для централизованной работы с документами «Распределение смеси МВ»» в том числе:
ввода, просмотра, редактирования и удаления, в системе будет разработан общий Список
документов «Распределения смеси МВ».
2.2.2.2.2.4. Для хранения и использования данных по распределению смесей МВ в
системе будет разработан Регистр Накопления «Распределения смесей МВ», который
будет содержать информацию, в том числе:
 Период
 Регистратор
 Водопункт
 Остатки в резервуарах на начало, м3
 Объем добычи, м3
 Технологические потери, м3
 Цель использования
 Всего использовано, м3
 Остатки в резервуарах, м3
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 83. Форма списка РС "Распределение смесей"
РН «Распределение смесей МВ» будет размещен в подсистеме «Добыча и использование
полезных ресурсов».
2.2.2.2.2.5. Данные по добыче и использованию лечебной грязи будут формироваться и
храниться в подсистеме «Производство»:
Рисунок 24. Подсистема для отражения и хранения данных по добыче и использованию лечебной грязи
По данным добычи и использования грязи в подсистеме «Производство» будет создан отчет,
который так же будет доступен и в подсистеме «Добыча и использование полезных ресурсов».
Описание отчета представлено в разделе 2.2.2.3.2 настоящего отчета.
2.2.2.2.2.6. Права на действия с разработанными объектами конфигурации будут разделены
по ролям и описаны в Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.2.2.3. ОТЧЕТЫ
2.2.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматического заполнения отчетных форм по планам добычи МВ в системе будет
использоваться разработанный отчет «План добычи» с возможностью выведения на печать
отчетной формы.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Для анализа и контроля за исполнением плана по добыче МВ в системе будет
использоваться разработанный отчет «Выполнение плана добычи» с возможностью выведения
на печать отчетной формы.
Для контроля и анализа данных по полученным лицензиям в системе будет использоваться
разработанный отчет «Лицензии по месторождениям».
Для контроля ежедневной отгрузки (реализации) МВ в зависимости от лимитов на
реализацию МВ, указанных в Договоре, в системе будет использоваться разработанный отчет
«Реализация МВ потребителям».
Для контроля ежедневной отгрузки (реализации) МВ с водопунктов (сводная информация)
в системе будет использоваться разработанный отчет «Свод_Реализация МВ по водопунктам».
Для формирования данных по среднесуточным показателям по запасам, добыче и
реализации МВ в системе будет использоваться разработанный отчет «Сведения об объемах
добычи и реализации добычи МВ».
Для формирования данных в том числе и с нарастающим итогом по добыче МВ в разрезе
месторождений по целям использования в системе будет использоваться разработанный отчет
«Сведения о добыче МВ по месторождениям».
Для формирования данных по запасам, добыче, нормативным потерям, реализации в том
числе на курорт и розлив, % реализации от запасов, невостребованного объема, прогнозных
запасов по переоценке в разрезе: месторождения – участка недр – водопункта – типа вод за
период (месяц) в системе будет использоваться разработанный отчет «Добыча, свободный дебет
МВ. Розлив, курорт».
Для формирования данных по показаниям водомеров по местам установки в системе будет
использоваться разработанный отчет «Показания водомеров по учету минеральной воды»,
который будет формироваться в разрезе скважин/резервуаров.
Для формирования данных, которыми автоматически будут заполнены утвержденные
печатные формы по статистической отчетности, в системе будут использоваться разработанные
отчеты: «2-ТП (водхоз)», «3-ЛС».
Для контроля данных по введенным в систему объемам добычи гидрогеологами и данным
по выпуску МВ в производственном блоке и документам РТУ в системе будет использоваться
разработанный отчет «Контроль добычи МВ».
Для контроля и анализа данных по добыче лечебной грязи в системе будет использоваться
разработанный отчет «Отчет по добыче и реализации лечебной грязи о.Тамбукан». Гиперссылка
на формирование отчета будет добавлена в том числе и в подсистему «Добыча и использование
полезных ресурсов». Описание разработки и разработка отчета будет производится в блоке
«Производство».
2.2.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будет разработан ряд отчетов, которые будут
расположены в подсистеме «Добыча и использование полезных ресурсов».
2.2.2.3.2.1. Для возможности выведения предзаполненной отчетной формы по плану добычи
МВ в системе будет разработан отчет «План добычи» с возможностью выведения ПФ «План
добычи».
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Макет формы отчета «План добычи» расположен в Приложении 4.1 «Перечень печатных и
отчетных форм».
2.2.2.3.2.2. Для анализа и контроля за исполнением плана по добыче МВ в системе будет
разработан отчет «Выполнение плана добычи». Данные в отчете система будет получать в том
числе из данных, введенных в документы «План добычи» и «Учет использования МВ» (система
будет получать из служебных регистров, в которые делают движения документы), и сопоставлять
плановые и фактические значения. Также будет разработана возможность выводить из отчета ПФ
«Выполнение плана добычи».
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Макет формы отчета «Выполнение плана добычи» расположен в Приложении 4.1
«Перечень печатных и отчетных форм».
2.2.2.3.2.3. Для контроля и анализа данных по полученным лицензиям в системе будет
разработан отчет «Лицензии по месторождениям». Данные в отчете будут формироваться по
полученным (внесенным в систему) лицензиям, с началом и окончанием сроков их действия в
разрезе месторождений. В отчет можно будет выводить данные по действующим и не
действующим лицензиям в разрезе месторождений.
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Макет формы отчета «Лицензии по месторождениям» расположен в Приложении 4.1
«Перечень отчетных и печатных форм».
2.2.2.3.2.4. Для контроля ежедневной отгрузки (реализации) МВ в зависимости от
лимитов на реализацию МВ, указанных в Договоре, в системе будет разработан отчет
«Реализация МВ потребителям». Отчет будет формировать данные по объемам отгруженной
(реализованной) МВ из внесенных показаний гидрогеологов, данных по лимитам из
Договоров и документов РТУ в разрезе: потребителей за выбранный в отчете период
(помесячно). Так же в отчете будут рассчитываться значения по неиспользованному лимиту,
предполагаемого остатка лимита на конец месяца в разрезе потребителя (контрагента).
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Макет формы отчета «Реализация МВ потребителям» расположен в Приложении 4.1
«Перечень отчетных и печатных форм».
2.2.2.3.2.5. Для контроля ежедневной отгрузки (реализации) МВ с водопунктов (сводная
информация) в системе будет использоваться разработанный отчет «Свод_Реализация МВ по
водопунктам». Отчет будет формировать данные по объемам отгруженной (реализованной) МВ
из внесенных показаний гидрогеологов за каждый день отчетного месяца в разрезе водопунктов.
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Макет формы отчета «Реализация МВ потребителям» расположен в Приложении 4.1
«Перечень отчетных и печатных форм».
2.2.2.3.2.6. Для формирования данных по среднесуточным показателям по запасам, добыче
и реализации МВ в системе будет разработан отчет «Сведения об объемах добычи и реализации
МВ». Отчет будет собирать и формировать данные в разрезе: подразделения – участка недр –
водопункта за месяц и среднесуточное по:
 объемам добычи
 технологическим потерям
 выпускам (откачкам) при доразведке
 использованию, в том числе с разбивкой на:
o розлив
o питье
o бальнеолечение
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Необходимость выведения специальной ПФ формы с подписями ответственных лиц будет
уточнена и согласована с заказчиком, и при необходимости реализована на этапе внедрения.
Макет формы отчета «Сведения об объемах добычи и реализации МВ» расположен в
Приложении 4.1 «Перечень отчетных и печатных форм».
2.2.2.3.2.7. Для формирования данных в том числе и с нарастающим итогом по добыче МВ в
разрезе месторождений по целям использования в системе будет разработан отчет «Сведения о
добыче МВ по месторождениям». Отчет будет формировать данные в разрезе месторождений по
добыче МВ с учетом начальных и конечных остатков в резервуарах за период в разрезе: выпусков
(откачки) при доразведке запасов, объемам по целям использования, фактическим потерям. Так же
отчет будет содержать расчетные данные с нарастающим итогом за год с учетом потерь.
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Необходимость выведения специальной ПФ формы с подписями ответственных лиц будет
уточнена и согласована с заказчиком, и при необходимости реализована на этапе внедрения.
Макет формы отчета «Сведения по добыче МВ по месторождениям» расположен в
Приложении 4.1 «Перечень отчетных и печатных форм».
2.2.2.3.2.8. Для формирования данных по запасам, добыче, нормативным потерям,
реализации в том числе на курорт и розлив, % реализации от запасов, невостребованного объема,
прогнозных запасов по переоценке в разрезе: месторождения – участка недр – водопункта – типа
вод за период (месяц) в системе будет разработан отчет «Добыча, свободный дебет МВ. Розлив,
курорт».
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Необходимость выведения специальной ПФ формы с подписями ответственных лиц будет
уточнена и согласована с заказчиком, и при необходимости реализована на этапе внедрения.
Макет формы отчета «Добыча, свободный дебет МВ. Розлив, курорт» расположен в
Приложении 4.1 «Перечень отчетных и печатных форм».
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
2.2.2.3.2.9. Для формирования данных по показаниям водомеров по местам установки в
системе будет разработан отчет «Показания водомеров по учету минеральной воды», который
будет формироваться в разрезе скважин/резервуаров.
Данные в отчет будут собираться из регистров, записи в которых создаются при проведении
разработанных документов, в том числе из документа «Учет использования МВ».
В случаях, при условии, что аналитика «Потребитель» (Справочник.Партнеры) в записи
регистров не заполнен (при отборе по аналитикам: Потребитель + Счетчик + Тип воды +
Водопункт) и реализация = нулю, то значение для заполнения система будет брать из
соответствующего элемента Справочника «Места установки водомеров», реквизит «Для
заполнения отчета» (Налив/Технологические потери).
В случае, если при отборе: Потребитель + Счетчик + Тип воды + Водопункт) по одному и
тому же Счетчику несколько записей с разными Потребителями, то ячейку в колонке
«Потребитель» заполнять текстом «Список потребителей» (Санатории по списку).
В отчете «Показания водомеров по учету минеральной воды» колонка «Потребитель»
заполняется либо из Справочника «Партнеры», либо из реквизита «Для отражения в отчете»
элемента Справочника «Места установки водомеров» (при условии, описанном выше).
Также будет разработана функциональная опция выведения из отчета печатной формы с
подписями ответственных лиц с возможностью сохранения в файл.
Более подробное описание получения и заполнения данных в отчете будет описано в
технической документации на этапе внедрения.
Макет формы отчета «Показания водомеров по учету минеральной воды» расположен в
Приложении 4.1 «Перечень отчетных и печатных форм».
2.2.2.3.2.10. Для формирования данных, которыми автоматически будут заполнены
утвержденные печатные формы по статистической отчетности, в системе будет разработан отчет:
«2-ТП (водхоз)». Отчет будет собирать, частично рассчитывать данные (условие незаполненных
данных – их отсутствие в системе) и заполнять данные в форму «2-ТП (водход)» с возможностью
выведения на печать формы «2-ТП (водхоз)» и сохранением в файл. Макет отчета будет в
формате «2-ТП (водхоз)».
Если заказчику потребуется хранить форму «2-ТП (водхоз)» в системе в виде документа с
заполненными данными, то разработка данного функционала будет производиться через
создание документа в системе с возможностью выведения ПФ «2-ТП (водхоз)», Журнала
документов и соответствующего отчета.
Решение по выбору варианта формирования отчетной формы «2-ТП (водхоз)» (из отчета
или из документа) будет принято на этапе внедрения.
Макет формы отчета «2-ТП (водхоз)» расположен в Приложении 4.1 «Перечень печатных и
отчетных форм».
2.2.2.3.2.11. Для формирования данных, которыми автоматически будут заполнены
утвержденные печатные формы по статистической отчетности, в системе будет разработан отчет:
«3-ЛС». Отчет будет собирать, частично рассчитывать данные (условие незаполненных данных –
их отсутствие в системе) и заполнять данные в печатную форму «3-ЛС» с возможностью
выведения на печать и сохранения в файл. Макет отчета будет в формате «3-ЛС».
Если заказчику потребуется хранить форму «3-ЛС» в системе в виде документа с
заполненными данными, то разработка данного функционала будет производиться через
создание документа в системе с возможностью выведения ПФ «3-ЛС», Журнала документов и
отчета.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Решение по выбору варианта формирования отчетной формы «3-ЛС» (из отчета или из
документа) будет принято на этапе внедрения.
Макет формы отчета «3-ЛС» расположен в Приложении 4.1 «Перечень печатных и
отчетных форм».
2.2.2.3.2.12. Для контроля данных по добыче и использованию МВ в системе будет
разработан отчет «Контроль добычи МВ», который будет формировать и сравнивать данные,
введенные в систему гидрогеологами, с данными из производственных документов и РТУ по
объемам добычи МВ, использования и технологических потерь в разрезе Водопунктов.
Макет формы отчета «Контроль добычи МВ» расположен в Приложении 4.1 «Перечень
печатных и отчетных форм».
2.2.2.3.2.13. Для контроля и анализа данных по добыче лечебной грязи в системе будет
использоваться разработанный отчет «Отчет по добыче и реализации лечебной грязи
о.Тамбукан». Гиперссылка на формирование отчета будет добавлен,а в том числе и в подсистему
«Добыча и использование полезных ресурсов». Описание разработки и разработка отчета будет
производится в блоке «Производство».
Макет формы отчета «Отчет по добыче и реализации лечебной грязи о.Тамбукан»
расположен в Приложении 4.1 «Перечень печатных и отчетных форм».
2.2.2.3.2.14. Данные в некоторые отчеты будут выводиться в специальные отчетные
формы, содержащие в том числе подписи ответственных лиц. Окончательный перечень таких
отчетов и их ПФ будут определены при внедрении 1С:ERP. УХ.
Права на действия с разработанными объектами конфигурации будут разделены по ролям и
описаны в Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.3. УЧЕТ РАСХОДОВ ПО ЭКОЛОГИИ
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью формировать отчет «Затраты на ООС» и
отчетную статистическую форму «4-ОС» и автоматически ее заполнять данными с разбивкой на
каждый вид услуг.
Бухгалтер создает в системе документ «Приобретение товаров и услуг» на услуги по
экологии (каждая услуга соответствует номенклатуре). Данные по расходам на каждый вид услуг
бухгалтер получает от ответственного лица (эколога), который распределяет расходы на услуги
по номенклатуре на основании первичного документа поставщика. Номенклатура услуг будет
объединяться в группы аналитического учета, группы будут соответствовать наименованию
работ по ООС, например, охрана атмосферного воздуха и предотвращение изменения климата.
Тем самым в группах можно будем собрать затраты согласно утвержденным статистическим
формам, а состав групп аналитического учета можно будет при необходимости пополнять новой
номенклатурой.
Для сбора информации по расходам на охрану окружающей среды в разрезе подразделений
эколог формирует отчет «Затраты на ООС».
Для формирования отчетной статистической формы «4-ОС» ответственный пользователь
создает отчет (или документ – техническое решение будет определено на этапе внедрения) и
выводит на печать форму «4-ОС» с частично заполненными полями, полнота заполнения будет
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
определяться наличием данных в системе учета. При необходимости ответственный
пользователь редактирует данные в ПФ вручную.
2.3.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 3 представлен перечень функций, необходимых для реализации бизнес-процесса
1C:ERP. УХ.
Таблица 3. Перечень функций бизнес-процесса, реализуемого в 1С:ERP. УХ.
№
п/
п
1.
2.
Код БП
Название БП
Название Функции
ОТР.2.1
Оформление первичного
документа поставщика с
Учет расходов по
учетом
номенклатуры
экологии
услуг и подразделенияполучателя
ОТР.2.2
Формирование отчетов с
Учет расходов по данными о затратах на
экологии
экологию
(охрану
окружающей среды)
Детальное описание
Ответственный бухгалтер
отражает услуги по
расходам на экологию через
документ ПТУ с
номенклатурой, которая
конкретизирует услугу,
выбирая подразделенияполучателей. Данные по
распределению затрат в
разрезе номенклатуры
услуг и подразделений
предоставляет
ответственный эколог
Формирование
отчета
«Затраты на ООС» и
статистической формы «4ОС»
2.3.2.1. ОФОРМЛЕНИЕ ПЕРВИЧНОГО ДОКУМЕНТА ПОСТАВЩИКА С УЧЕТОМ
НОМЕНКЛАТУРЫ УСЛУГ И ПОДРАЗДЕЛЕНИЯ-ПОЛУЧАТЕЛЯ
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется в типовом документе учетной системы «Приобретение товаров и услуг» отразить
услуги на расходы по экологии по-номенклатурно, что позволит получать данные для заполнения
отчета «Затраты на ООС» и статистической формы «4-ОС».
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции в 1С:ERP. УХ используется типовой документ
«Приобретение товаров и услуг».
Для формирования документа ПТиУ в системе должны быть созданы соответствующие
номенклатуры, объединенные в следующие группы аналитического учета:




Охрана атмосферного воздуха и предотвращение изменения климата
Обращение со сточными водами
Обращение с отходами
Защита и экологическая реабилитация земель, поверхностных и подземных водных
объектов
Редакция 1
АО «КМКР»





ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Снижение шумового и вибрационного воздействия
Сохранение биоразнообразия и охрана природных территорий
Радиационная безопасность окружающей среды (за исключением мер по
предотвращению аварий и катастроф)
Научно-исследовательская деятельность и разработки в области охраны
окружающей среды
Другие направления деятельности в области охраны окружающей среды.
Рисунок 25. Пример номенклатуры услуг в связи с группой аналитического учета
Перечень номенклатуры услуг по экологии может ежегодно пополняться в зависимости от
целей, а группы аналитического учета будут соответствовать наименованиям работ по охране
окружающей среды, установленным в утвержденном форматом статистического отчета 4-ОС.
Важно: при создании новой номенклатуры заполнять необходимую группу аналитического
учета.
Рисунок 26. Пример соответствия группы аналитического учета и наименования работ по ООС из формы 4-ОС
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
При получении первичного документа от поставщика ответственный эколог вне системы
расписывает по-номенклатурно расходы на экологию (номенклатура – количество-сумма) с
указанием подразделений, затем передает сформированные данные ответственному бухгалтеру
для дальнейшего отражения расходов в учетной системе.
Ответственный бухгалтер создает в системе документ ПТУ для отражения поступления
услуг по описанию ответственного эколога.
Рисунок 27. ПТиУ с выбором номенклатуры услуг по экологии
Для учета затрат по экологии будут использоваться статьи расходов с применением
необходимых правил распределения затрат на производственные счета. Ответственный
бухгалтер выбирает для отражения в регламентированном учете требуемую Статью расходов в
ТЧ «Товары».
Рисунок 28. Пример статьи расходов по затратам на экологию
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
После проведения документа ПТУ с использованием доработок по формированию отчетов
«Затраты на ООС» и «4-ОС» в системе будет возможность сформировать данные отчеты, или
создать документ (техническое решение будет определено на этапе внедрения) и вывести из него
на печать статистическую отчетную форму «4-ОС» с заполнением большинства полей. Также
будет разработана возможность ручной корректировки печатной формы «4-ОС» пользователем.
2.3.2.2. ФОРМИРОВАНИЕ ОТЧЕТОВ С ДАННЫМИ О ЗАТРАТАХ НА ЭКОЛОГИЮ (ОХРАНУ
ОКРУЖАЮЩЕЙ СРЕДЫ)
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ ПО АВТМАТИЗАЦИИ ФУНКЦИИ
Для служебных целей контроля расходов на охрану окружающей среды требуется
формирование отчета «Затраты на ООС».
Для уведомления Росстата о затратах на экологические мероприятия, которые были
проведены за год, требуется формирование статической формы «4-ОС».
2.3.2.2.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных, которыми автоматически будут заполнены отчеты, в системе
будут разработаны: «Затраты на ООС» и «4-ОС». Отчеты будут собирать, частично рассчитывать
данные в ячейках, кроме того (например: «затраты на оплату труда и отчисления на социальные
нужды») будут заполняться вручную, условие незаполненных системой данных – их отсутствие в
системе. Предусматривается возможность выведения на печать и сохранения в файлы.
Если заказчику потребуется хранить отчетные формы в системе в виде документа с
заполненными данными, то разработка данного функционала будет производиться через
создание документов в системе с возможностью выведения печатных форм, а также Журнала
документов и отчетов.
Решение по выбору варианта формирования отчетных форм (из отчета или из документа)
будет принято на этапе внедрения.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Макеты форм отчетов «Затраты на ООС» и «4-ОС» расположен в Приложении 4.1
«Перечень печатных и отчетных форм».
2.4. ОФОРМЛЕНИЕ ПЛАТНЫХ СПРАВОК ПО ПРИРОДНЫМ ЯВЛЕНИЯМ
2.4.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Требуется автоматизировать процесс оформления платных услуг в системе по каждому
клиенту, печать справок по явлениям природы для дальнейшей передачи клиенту пакета
документов.
2.4.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен перечень функций, необходимых для реализации бизнес-процесса
1C:ERP. УХ.
Таблица 4. Перечень функций бизнес-процесса, реализуемого в 1С:ERP. УХ.
№
п/
п
1.
2.
3.
4.
Код БП
Название БП
Название Функции
Детальное описание
ОТР.3.1
Оформление
платных справок
по природным
явлениям
Создание заказа клиента
В
системе
метеоролог
создает документ Заказ
клиента
ОТР.3.2
Оформление
платных справок
по природным
явлениям
Заведение контрагента
и/или договора
При
необходимости
создание контрагента и/или
договора
осуществляет
ответственный бухгалтер и
заполняет этими данными
Заказ клиента
ОТР.3.3
Оформление
платных справок
по природным
явлениям
Ответственный бухгалтер
Оформление оферты и формирует для клиента счет
первичных документов
на предоплату и первичные
документы реализации
ОТР.3.4
Оформление
платных справок
по природным
явлениям
Печать
явлениях
клиенту
справки
о Метеоролог
печатает
природы справку о явлениях природы
для клиента
2.4.2.1. СОЗДАНИЕ ЗАКАЗА КЛИЕНТА
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИЙ
Требуется создать документ в системе, содержащий данные по клиенту, платным услугам,
стоимости платных услуг. На основании данного документа - Заказ клиента, требуется выписка
счета на оплату и пакета первичных документов по реализации услуг, кроме того, необходима
автоматизация формирования и печати справки по явлениям природы.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ Заказ клиента создается в подсистеме «Продажи». Для метеоролога будет
доступно автоматизированное рабочее место для создания Заказа клиента.
Рисунок 29. Подсистема «Продажи» и АРМ «Заказы клиентов»
При поступлении заявления от клиента о справке по явлениям природы, после согласования
данного заявления ответственным руководителем, метеоролог в системе создает документ Заказ
клиента в подсистеме «Продажи», фиксирующий намерение клиента приобрести определенные
услуги. Документ не создает бухгалтерские проводки.
В случае, если в системе есть необходимый контрагент-заявитель и договор с ним по
метеоуслугам, то метеоролог выбирает данного контрагента и договор.
Рисунок 30. Пример заполнения контрагента, договора в Заказе клиента
Если контрагента-заявителя и/или договора на метеоуслуги нет в системе, то метеоролог
пропускает данный шаг заполнения и переходит к формированию табличной части заказа
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
клиента, а именно выбирает номенклатуру услуги (с характеристикой) по явлениям природы и
количество услуг, система автоматически подтягивает стоимость услуги из актуального прайслиста (на скрине – Вид цены) и формирует стоимость платной услуги. Важно: своевременно
вносить изменения в прайс-лист системы в случае утверждения новых цен на платные услуги.
Рисунок 31. Пример заполнения табличной части Заказа клиента
В Заказе клиента имеется поле Комментарий, в которое метеоролог может вписать
необходимые сведения, например, данные для заведения контрагента в случае неразборчивости
рукописного текста заявления.
В Заказ клиента можно вложить скан заявления и другие необходимые скан-образы
документов. После заполнения табличной части документа метеоролог записывает документ,
заказ клиента в статусе Черновик становится доступным для других ответственных
пользователей. Документ Заказ клиента будет доработан возможностью записи документа в
системе при отсутствии заполнения полей Контрагент и Договор, так как в типовом решении
данные поля являются обязательными на заполнение. После записи документа в системе
метеоролог путем создания Задания по кнопке На основании в Заказе клиента создает задачу для
ответственного бухгалтера проверить заказ или создать контрагента и/или договор на
метеоуслуги. Ответственный бухгалтер в системе получает оповещение о необходимых
действиях с Заказом клиента и из сообщения может открыть данный документ.
Рисунок 32. Задание на проверку заказа клиента
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 33. Задание на создание контрагента и договора
2.4.2.2. ЗАВЕДЕНИЕ КОНТРАГЕНТА И/ИЛИ ДОГОВОРА
2.4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При необходимости в случае отсутствия требуется заведение контрагента и/или договора в
систему.
2.4.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В случае необходимости создания контрагента и/или договора ответственный бухгалтер
создает объекты в системе, при этом контрагент будет заводиться с помощью типового
механизма, а для договора будет разработан новый вид – Метеоуслуги с доработанным
заполнением большинства реквизитов. Заведение карточки договора требуется всегда, даже с
физическими лицами. Это необходимо для корректного учета взаиморасчетов в системе.
Бухгалтер в договоре прописывает наименование, выбирает контрагента и устанавливает срок
действия договора, осуществит проверку ГФУ и других реквизитов на вкладке «БУ, НУ». После
создания контрагента и/или договора ответственный бухгалтер выбирает контрагента и/или
договор в Заказе клиента и проводит документ.
2.4.2.3. ОФОРМЛЕНИЕ ОФЕРТЫ И ПЕРВИЧНЫХ ДОКУМЕНТОВ
2.4.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется оформить счет на предоплату и при наличии оплаты от клиента оформить
первичные документы по реализации услуг.
2.4.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
После завершения заполнения и проведения Заказа, из него по кнопке Печать
уполномоченный бухгалтер распечатывает счет на предоплату за услуги. Типовой счет на оплату
из Заказа клиента не содержит договор, поэтому будет разработана печатная форма счета на
оплату с основанием – наименование, номер и дата Договора.
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 34. Счет на предоплату с полем Основание
После оплаты бухгалтер из Заказа клиента создает Реализацию товаров и услуг, печатную
форму Акта об оказании услуг, счет-фактуру. При этом, в документ Реализация товаров и услуг
наследуются все данные в табличную часть первичных документов из Заказа клиента. Бухгалтер
проверяет вновь создаваемый документ, в том числе на вкладке Дополнительно флаг «Цена
включает НДС» и поле с «Продажа облагается НДС». Заполненная печатная форма Акт об
оказании услуг формируется по кнопке Печать.
Первичные документы подписываются со стороны организации и передаются на подпись
клиенту.
Рисунок 35. Гиперссылке в Заказе клиента для создания первичных документов по реализации услуг
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
Рисунок 36. Документ Реализация товаров и услуг с автоматически заполненной табличной частью из Заказа клиента
Рисунок 37. Печатная форма акта
2.4.2.4. ПЕЧАТЬ СПРАВКИ О ЯВЛЕНИЯХ ПРИРОДЫ КЛИЕНТУ
2.4.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После получения предоплаты за платную справку о явлениях природы и подписания
первичных документов с обеих сторон требуется распечатать справку о явлениях природы для
дальнейшей передачи клиенту.
2.4.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
После оплаты справки клиентом и подписания акта об оказании услуг метеоролог
распечатывает справку о явлениях природы (разработка), при этом печатная форма данной
справки будет доступна в любой момент после проведения Заказа клиента. Печатная форма
открывается из Заказа клиента по кнопке Печать. Печатная форма будет разработана в
соответствии с предоставленной формой функциональным заказчиком, система максимально
заполнит справку имеющимися данными и определенным текстом, метеоролог вручную внесет
подробное описание природного явления (на рисунке 35 отмечено серым маркером) и при
необходимости отредактирует дату обращения клиента (система автоматически проставит дату
Заказа клиента).
Рисунок 38. Пример печатной формы справки из Заказа клиента
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных
системах на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:
 Пользователи;
 Группы доступа;
 Профили групп доступа;
 Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 создание новых ролей;
 создание новых профилей доступа;
 создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:
 Стандартный инструмент управления доступом на основе ролей;
 Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных
прав могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами
Системы. Перед заведением новой роли необходимо проанализировать конфигурацию на
наличие типовых ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:
 полные права;
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
Изменение №
 администратор Системы;
 интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа
доступа назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 4.6.
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ОТЧЕТНЫХ И ПЕЧАТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИЙ
4.3. ПЕРЕЧЕНЬ НСИ
Редакция 1
АО «КМКР»
ОТРАСЛЕВАЯ СПЕЦИФИКА В АО «КМКР»
4.4. ПЕРЕЧЕНЬ МИГРАЦИЙ
4.5. ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
Изменение №

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Производ.docx | docs/32616449098/74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Производ.pdf
Отчет о моделировании
бизнес-процессов по Производственному учету
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Оглавление
Лист согласования..........................................................................................................................3
Версии документа...........................................................................................................................4
1.
ОБЩИЕ СВЕДЕНИЯ.............................................................................................................. 5
1.1.
1.2.
1.3.
1.4.
1.5.
Назначение документа.......................................................................................................... 5
Определения терминов и сокращений..............................................................................5
Цели, задачи и объект моделирования.............................................................................. 6
Подход к реализации сценария моделирования..............................................................6
Общие методологические требования к внедряемой ИС..............................................7
2.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ.........8
2.1. Бизнес-процесс по отражению выпуска продукции.......................................................8
2.2. Настройки, НСИ....................................................................................................................9
2.2.1. Общее Описание моделируемого бизнес-процесса......................................................9
2.2.2. Функции бизнес-процесса...............................................................................................9
2.3. Отражение выпуска мин. воды (мин. вода, смесь мин. вод).......................................17
2.3.1. Общее Описание моделируемого бизнес-процесса....................................................17
2.3.2. Функции бизнес-процесса.............................................................................................18
2.4. Отражение выпуска грязи (лечебная грязь, фасованная грязь)................................23
2.4.1. Общее Описание моделируемого бизнес-процесса....................................................23
2.4.2. Функции бизнес-процесса.............................................................................................24
2.5. Отражение выпуска косметики (аппликаторы, мыло, контрактная косметика)..26
2.5.1. Общее Описание моделируемого бизнес-процесса....................................................26
2.5.2. Функции бизнес-процесса.............................................................................................27
2.6. Отражение выпуска бутилированной мин. воды..........................................................29
2.6.1. Общее Описание моделируемого бизнес-процесса....................................................29
2.7. Маркировка продукции ГИС МТ....................................................................................30
2.7.1. Общее Описание моделируемого бизнес-процесса....................................................30
2.7.2. Описание решения по автоматизации бизнес-процесса............................................30
3.
4.
КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ........................................................................ 31
ПРИЛОЖЕНИЯ К ДОКУМЕНТУ.......................................................................................32
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Перечень печатных и отчетных форм............................................................................. 32
Перечень интеграций..........................................................................................................32
Перечень НСИ...................................................................................................................... 32
Перечень миграций............................................................................................................. 32
Перечень функциональных требований и разрывов...................................................33
Соответствие функций и бизнес-ролей...........................................................................33
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Лист согласования
Должность
ФИО
Подпись
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Версии документа
Дата
30.03.2026
Автор
Ланьков С.А.
Компания
ООО «Градум»
Версия
1.0
29.04.2026
Локтионова Т.П.
ООО «Градум»
2.0
Описание изменений
Первая версия документа
В п. 2.4.2.2.2 исправлена
опечатка в единицах
измерения, добавлены
пояснения
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по
Производственному учету» содержит описание системы, алгоритмов процессов, используемых
объектов разрабатываемой системы с учетом моделей бизнес-процессов, требований Технического
задания на выполнение работ по обследованию и моделированию, а также внутренних нормативных
документов Заказчика. Окончательные требования к разработкам могут быть уточнены на этапе
реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и ожидаемого
результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков, если применимо;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1С:ERP Управление холдингом, ред. 3.2
ГСМ
Горюче-смазочные материалы
Заказчик
АО «Кавминкурортресурсы»
ИС
Внедряемая информационная система на базе конфигурации 1С:ERP
Управление холдингом, ред. 3.2
Нормативно-справочная информация
НСИ
Определение термина (расшифровка сокращения)
Информационная
система
ОС
1C:ERP. УХ
Подсистема или
раздел
ПТУ
Логическая группа объектов конфигурации (документы, справочники,
отчеты), объединенная по общему бизнес-процессу (например: «Закупки»)
Документ «Приобретение товаров и услуг»
РС
Регистр сведений
РТУ
Документ «Реализация товаров и услуг»
Система
1C:ERP. УХ
ТЧ «Товары»
Табличная часть «Товары» на вкладке «Товары» документа
Основные средства
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Сокращение /
Термин
ДИПР
Подсистема «Добыча и использование полезных ресурсов»
ПБЗ
Документ «Производство без заказа»
АРМ
Автоматизированное рабочее место
ГИС МТ
Государственная информационная система мониторинга товаров (Честный
знак)
Организация разработчик информационной системы Честный знак
ЦРПТ
Определение термина (расшифровка сокращения)
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы ведения деятельности по
производственному учету Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по производственному
учету, фиксирование функциональных требований к разрабатываемой системе как со стороны
владельца бизнес-процессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:









уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
описание текущих бизнес-процессов по Производственному учету;
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP. УХ. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
 При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP Управление
холдингом, редакция 3.2.10.1». Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО ОТРАЖЕНИЮ ВЫПУСКА ПРОДУКЦИИ
Общая схема бизнес-процесса направления (Приложение):
Схема Error: Reference source not found.1 Отражение выпуска продукции
Схема процессов нижнего уровня (если применимо):
Схема Error: Reference source not found.2 Настройка и ввод НСИ
Схема Error: Reference source not found.3 Отражение выпуска мин. воды (мин. вода, смесь мин. вод)
Схема Error: Reference source not found.4 Отражение выпуска грязи (лечебная грязь, фасованная грязь)
Схема Error: Reference source not found.5 Отражение выпуска косметики (аппликаторы, мыло, контрактная косметика)
Схема Error: Reference source not found.6 Отражение выпуска бутилированной мин. воды
Перечень подпроцессов по производственному учету представлен в Таблица 1.
Таблица 1 Перечень подпроцессов по Производственному учету
№
п/п
1.
2.
3.
4.
Уровень
БП
2
2
2
ПРВ.1
ПРВ.2
ПРВ.3
2
ПРВ.4
Код БП
Название БП
Настройка и ввод НСИ
Отражение выпуска мин. воды (мин. вода, смесь мин. вод)
Отражение выпуска грязи (лечебная грязь, фасованная грязь)
Отражение выпуска косметики (аппликаторы, мыло,
контрактная косметика)
Редакция 1
АО «КМКР»
5.
2
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
ПРВ.5
Изменение №
Отражение выпуска бутилированной мин. воды
2.2. НАСТРОЙКИ, НСИ
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Для отражения в информационной системе факта выпуска продукции, расхода ТМЦ и учёта
затрат в бухгалтерском и управленческом учете необходимо предварительно настроить систему и
ввести соответствующую НСИ.
2.2.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 2 представлен перечень функций, необходимых для отражения фактов
выпуска продукции, расхода ТМЦ и учёта затрат в бухгалтерском и управленческом учете в
системе 1C:ERP. УХ
Таблица 2 Перечень функций бизнес-процессов
№
п/п
1.
2.
Код БП
ПРВ.1
ПРВ.1
Название БП
Название Функции
Детальное описание
Выполнить
типовые
Настройка
раздела
Настройки, НСИ
настройки
раздела
«Производство».
«Производство».
Ввести
НСИ
для
хранения
и
Настройки, НСИ Ввод НСИ
использования
данных
при отражении выпуска
продукции.
2.2.2.1. НАСТРОЙКА РАЗДЕЛА «ПРОИЗВОДСТВО»
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Информационная система должна быть настроена для отражения фактов выпуска продукции,
расхода ТМЦ и учёта затрат в бухгалтерском и управленческом учете согласно бизнес-процессам
заказчика.
2.2.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции выполняются типовые настройки подсистемы
«Производство».
Настройки расположены в разделе «НСИ и Администрирование» → Настройка НСИ и
разделов, Производство.
В настройках подсистемы «Производство» в подразделе «Производство» необходимо
установить флажки в функциональных опциях и выбрать соответствующие значения:
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
В настройках подсистемы «Производство» в подразделе «Переработка на стороне»
необходимо установить флажки в функциональных опциях:
В настройках подсистемы «Производство» в подразделе «Производственные затраты»
необходимо установить флажки в функциональных опциях и выбрать соответствующие значения:
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
2.2.2.2. НСИ
2.2.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После выполнения настроек в соответствующих НСИ должны быть введены данные,
необходимые для работы функционала.
Нормативно-справочная информация в системе должна обеспечить отражение на счетах учета,
сбор затрат по статьям расходов, подразделениям и направлениям деятельности.
2.2.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции необходимо заполнить Справочник «Структура
предприятия» - создать элементы Справочника, соответствующие подразделениям предприятия по
которым необходимо организовать учёт выпуска продукции и отметить их как производственные
подразделения:
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Также необходимо заполнить Справочник «Ресурсные спецификации» - создать элементы
Справочника, соответствующие номенклатурам продукции, имеющим утверждённый
материальный состав:
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Также необходимо заполнить Справочник «Схемы обеспечения» - создать элементы
Справочника, соответствующие порядку, по которому определяется склад, с которого потребляется
материал необходимый для выпуска продукции в каждом производственном подразделении:
Также необходимо настроить элементы справочника «Склады» в части отключения функции
контроля свободных остатков. Для возможности расходования (реализации, использования для
внутренних нужд) продукции ранее, чем будет отражён выпуск этой продукции на склад. Для
исключения действия этой настройки на другие номенклатуры, кроме номенклатур выпускаемой и
расходуемой продукции, можно указать список номенклатуры, для которой контроль свободных
остатков на складе не будет применятся.
Кроме выше указанных настроек элементов справочника «Склады» необходимо отключить
функциональную опцию «Контролировать остатки товаров организаций», которая действует на все
номенклатуры на всех складах в системе.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Справочник «Номенклатура» является основным инструментом для информации о товарах,
материалах и услугах. Каждая номенклатурная позиция содержит краткое (рабочее) и полное (для
печати) наименование. Справочник позволяет хранить большое количество позиций, при этом
удобство работы обеспечивается классификацией. Основные элементы классификации включают:
виды номенклатуры, единицы хранения, товарные категории, группы аналитического и
финансового учета и прочее.
Группы финансового учета (ГФУ) для номенклатуры - справочник, который определяет, на
каких счетах бухгалтерского учета будут отражаться операции с конкретными товарами и
материалами. В ГФУ указываются: счета для отражения материальных позиций, выручки и
себестоимости, а также статьи доходов, например, для готовой продукции на складе – счет 43, для
себестоимости продаж готовой продукции – счет 90.02, для выручки – счет 90.01. Также здесь
задаются счета для учета НДС, например, для готовой продукции счет 90.03.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Кроме того, в системе предусмотрен инструмент настройки счетов учета по организациям и
складам. В этом случае нет необходимости создавать разные номенклатуры, а счета учета система
отражает применительно к объекту учета. Например, для Тамбуканской лечебной грязи на Складе
тамбуканской грязи система для отражения выпуска будет использовать счет 21 (Полуфабрикаты
собственного производства.
При выпуске лечебной грязи на Склад Тамбукан № 1 система использует счет 10.01 (Сырье и
материалы)
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Для отражения расходов организации используется единый механизм статей расходов специализированный справочник-классификатор в системе, элементы которого используются при
регистрации хозяйственных операций. Каждая статья расходов имеет индивидуальные настройки
(реквизиты), в том числе ГФУ доходов/расходов, которые позволяют корректно включать затрату в
себестоимость продукции или влиять на финансовый результат предприятия.
Важно, что статьи расходов содержат настройки - правила расчета, которые определяют, как
затраты распределяются на различные объекты учёта в зависимости от типа расходов. При этом, для
выделения отдельного элемента затрат, можно использовать несколько статей расходов с учетом
специфики распределения затрат. Например, статья расходов «Оплата труда» по минеральной воде
ежемесячно распределяется на объемы выпуска и при выборе правила распределения «Объем
продукции», система автоматически при закрытии месяца будет включать затраты в себестоимости
продукции пропорционально выпускам минеральной воды.
В случае, когда лечебная грязь выпускается в определенный период, а в период не добычи
копится незавершенное производство, возможно создание статьи расходов по оплате труда с
ручным распределением в отчетном периоде, долю/сумму затрат отнесения себестоимость выпуска
определяет ответственный пользователь, а при закрытии система будет оповещать о необходимости
распределения такой статьи расходов.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
2.3. ОТРАЖЕНИЕ ВЫПУСКА МИН. ВОДЫ (МИН. ВОДА, СМЕСЬ МИН. ВОД)
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксации в информационной системе
фактического выпуска минеральной воды и смеси минеральных вод (далее продукции), включая
отражение этой хозяйственной операции в бухгалтерском и управленческом учете.
После окончательной регистрации в системе всех хозяйственных операций (реализации),
расходующих в отчётном периоде номенклатуры продукции, необходимо запретить создание новых
документов, регистрирующих данные операции и редактирование уже созданных документов.
Также необходимо запретить внесение изменений в данные показаний водомеров в подсистеме
«Добыча и использование полезных ресурсов».
После этого, сотрудник бухгалтерии, используя нетиповое АРМ (пример интерфейса
подобного АРМ представлен на рисунке ниже), создаёт документы ПБЗ, которые отражают в
системе выпуск продукции, необходимой для покрытия израсходованного за отчётный период
количества. В случае, если после создания ПБЗ на выпуск мин. Воды, были созданы ПБЗ, в которых
для выпуска продукции используется мин. вода (например выпуск смеси мин. вод), потребуется
повторное создание ПБЗ для выпуска мин. воды, потраченной в процессе производства этой
продукции.
При отражении в регламентированном учете документа выпуска минеральной воды
формируются бухгалтерские проводки, и данные по операции отображаются в стандартных
бухгалтерских отчетах (ОСВ, Обороты счета, Карточка счета и т.д.). В соответствии с выбранным в
Учетной политике организации методом оценки себестоимости выпуска продукции – по
фактической или плановой стоимости, бухгалтерская проводка будет содержать фактическую
стоимость после закрытия периода или плановую оценку, а после закрытия периода система отразит
отклонения в стоимости выпуска продукции, доводя её до фактической себестоимости.
Сбор затрат на производство продукции осуществляется по статьям расходов с аналитикой
группы продукции Добыча минеральной воды, подразделения и направления деятельности. При
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
закрытии периода система собирает и распределяет расходы, формируя себестоимость выпуска
продукции.
Формирование себестоимости в документе «Производство без заказа» зависит от выбранного
варианта группировки затрат. Распределение затрат между позициями выпуска выполняется в
соответствии с указанными в документе правилами: по продукции, спецификациям, назначениям
или по документу.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.3.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 3 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 3 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/
п
1.
2.
3.
Код БП
ПРВ.2
ПРВ.2
ПРВ.2
Название БП
Отражение
выпуска мин.
воды (мин. вода,
смесь мин. вод)
Отражение
выпуска мин.
воды (мин. вода,
смесь мин. вод)
Отражение
выпуска мин.
воды (мин. вода,
смесь мин. вод)
Название Функции
Детальное описание
Отразить выпуск смеси
(реализация + потери)
При создании документа
ПБЗ в системе будет
отражён выпуск смеси
мин. вод,
компенсирующий
накопленные
отрицательные остатки
на складах.
Также, будет отражён
выпуск и списание смеси
мин. вод, связанной с
технологическими
потерями.
Отразить выпуск смеси
(остатки)
При создании документа
ПБЗ в системе будет
отражён выпуск смеси
мин. вод, связанный с
накопленными остатками
продукции в резервуарах.
Отразить выпуск воды
(реализация + потери)
При создании документа
ПБЗ в системе будет
отражён выпуск мин.
воды, компенсирующий
накопленные
отрицательные остатки
на
складах.
Также, будет отражён
выпуск и списание мин.
воды,
связанной
с
технологическими
Редакция 1
АО «КМКР»
№
п/
п
4.
Код БП
ПРВ.2
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Название БП
Отражение
выпуска мин.
воды (мин. вода,
смесь мин. вод)
Изменение №
Название Функции
Детальное описание
Отразить выпуск воды
(остатки)
потерями.
При создании документа
ПБЗ в системе будет
отражён выпуск мин.
воды,
связанный
с
накопленными остатками
продукции в резервуарах.
2.3.2.1. ОТРАЗИТЬ ВЫПУСК СМЕСИ МИН. ВОД (РЕАЛИЗАЦИЯ +
ПОТЕРИ)
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Выпуск смеси мин. вод должен соответствовать расходным хозяйственным операциям за
отчётный период, обусловленным использованием смеси мин. вод по различным направлениям.
Таким как:



продажа;
внутренние нужды, в том числе использование для выпуска прочей продукции;
технологические потери.
При формировании документа выпуска продукции в системе, действия пользователя должны
быть максимально автоматизированы с целью сокращения трудозатрат.
При отражении документа в учете система должна сформировать бухгалтерские проводки с
плановой оценкой или без оценки, если выбран метод учета выпуска по фактической себестоимости,
а при закрытии периода система должна распределить затраты и произвести расчет фактической
себестоимости. Данные хозяйственных операций должны отображаться в отчетах оперативного
контура и бухгалтерской отчетности.
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой документ системы – ПБЗ. Данный
документ используется в системе для учёта выпуска смеси мин. вод и дальнейшего распределения
затрат с целью формирования себестоимости выпущенной партии смеси мин. вод. В типовом
решении предполагается ручное создание документа с минимальной автоматизацией заполнения
реквизитов документа. В предлагаемом ращении предполагается создание не типовой обработки в
виде АРМ позволяющего:


Собирать и визуализировать потребности в выпуске продукции (отрицательные
остатки) в разрезе номенклатур и складов.
Автоматически заполнять все необходимые реквизиты создаваемого ПБЗ, в том числе:
o Производственное подразделение (водопункт)
o Организация
o Номенклатура выпускаемой продукции
o Склад, на который производится выпуск
o Направление деятельности
Редакция 1
АО «КМКР»


ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
o Склад, с которого потребляются номенклатуры мин. вод необходимых для
выпуска смеси мин. воды.
Автоматически заполнять количество выпускаемой продукции определяя его исходя из
следующих данных:
o Отрицательные остатки выпускаемой номенклатуры на складах
o Данные о технологических потерях из подсистемы ДИПР
Автоматически заполнять данные о номенклатуре и количестве мин. вод
израсходованных на выпуск смеси мин. воды определяя их в соответствии с данными
полученными из подсистемы ДИПР.
До момента использования вышеописанной нетиповой обработки в системе должны быть
сформированы документы по реализации (РТиУ). Начальные РТиУ для печати и передачи
накладных клиентам ответственный бухгалтер формирует вручную. По истечению отчетного
месяца и фиксации окончательных фактических данных по реализации в подсистеме ДИПР,
необходимо установить запрет на редактирование. Далее ответственный бухгалтер, используя
нетиповую обработку «Редактирование реализации», вносит изменения или создает недостающие
документы реализации минеральной воды и проверяет финальные РТиУ.
После выше указанных действий ответственный бухгалтер запускает обработку по созданию
ПБЗ, далее проверяет созданные посредством обработки документы Производство без заказа. ПБЗ,
фиксирующие выпуск смеси вод, сформируются не только с данными по выпуску собственно смеси,
но и с заполненной табличной частью вкладки Материалы и работы, где построчно будут указаны
составляющие смесь воды и их объем. После отражения документа удобным способом (вручную
или регламентной операцией, а также при закрытии периода) в учете по документам сформируются
проводки по выпуску готовой продукции - Дт 43 (Готовая продукция) Кт 20 (Основное
производство). После закрытия система рассчитает фактическую себестоимость. В случае фиксации
в ПБЗ технологических потерь, система при закрытии периода спишет их на расходы, уменьшив
себестоимость готовой продукции, совместно с которой данные потери были зафиксированы в ПБЗ.
При запуске процедуры закрытия месяца система собирает расходы, распределяет расходы и
рассчитывает себестоимость.
При отражении документов выпуска и расчете себестоимости данные отображаются в отчетах
по производству, складскому учету и в стандартных бухгалтерских отчетах (ОСВ, Обороты счета,
Карточка счета, Анализ счета и т.д.)
2.3.2.2. ОТРАЗИТЬ ВЫПУСК СМЕСИ МИН. ВОД (ОСТАТКИ)
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Выпуск смеси мин. вод должен соответствовать накопленным остаткам в емкостях, на конец
отчётного периода. При отражении выпуска смеси мин. вод в системе, действия пользователя
должны быть максимально автоматизированы с целью сокращения трудозатрат на необходимые
действия пользователя.
2.3.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой документ системы – ПБЗ. Данный
документ используется в системе для учёта выпуска смеси мин. вод и дальнейшего распределения
затрат с целью формирования себестоимости выпущенной партии смеси мин. вод. В типовом
решении предполагается ручное создание документа с минимальной автоматизаций заполнения
реквизитов документа. В предлагаемом решении предполагается создание нетиповой обработки в
виде АРМ позволяющего:
Редакция 1
АО «КМКР»




ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Собирать и визуализировать потребности в выпуске продукции (накопленные остатки в
резервуарах) в разрезе номенклатур и складов.
Автоматически заполнять все необходимые реквизиты создаваемого ПБЗ, в том числе:
o Производственное подразделение (водопункт)
o Организация
o Номенклатура выпускаемой продукции
o Склад, на который производится выпуск
o Направление деятельности
o Склад, с которого потребляются номенклатуры мин. Вод, необходимые для
выпуска смеси мин. воды.
Автоматически заполнять количество выпускаемой продукции, определяя его исходя
из данных о физических остатках в ёмкостях на конец периода из подсистемы ДИПР.
Автоматически заполнять данные о номенклатуре и количестве мин. вод,
израсходованных на выпуск смеси мин. воды, определяя их в соответствии с данными,
полученными из подсистемы ДИПР.
После фиксации реализации, запуска нетиповой обработки (п.2.3.2.1.2) и проверки созданных
ПБЗ, ответственный бухгалтер отражает документ удобным способом (вручную или регламентной
операцией, а также при закрытии периода) в учете. По документам система сформирует проводки по
выпуску готовой продукции в объеме остатков - Дт 43 (Готовая продукция) Кт 20 (Основное
производство). После закрытия система с учетом всех выпусков отчетного периода рассчитает
фактическую себестоимость, при этом остатки на начало и конец месяца будут зафиксированы в
отчетах оперативного контура, в конечном сальдо стандартных бухгалтерских отчетах на счете 43
(Готовая продукция) в количественном и суммовом выражении.
2.3.2.3. ОТРАЗИТЬ ВЫПУСК МИН. ВОДЫ (РЕАЛИЗАЦИЯ + ПОТЕРИ)
2.3.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Выпуск смеси мин. вод должен соответствовать расходным хозяйственным операциям, за
отчётный период, обусловленным использованием смеси мин. вод по различным направлениям.
Таким как:



продажа;
внутренние нужды, в том числе использование для выпуска прочей продукции;
технологические потери.
При формировании документа выпуска продукции в системе действия пользователя должны
быть максимально автоматизированы с целью сокращения трудозатрат.
При отражении документа в учете система должна сформировать бухгалтерские проводки с
плановой оценкой или без оценки, если выбран метод учета выпуска по фактической себестоимости,
а при закрытии периода система должна распределить затраты и произвести расчет фактической
себестоимости. Данные хозяйственных операций должны отображаться в отчетах оперативного
контура и бухгалтерской отчетности.
2.3.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой документ системы – ПБЗ. Данный
документ используется в системе для учёта выпуска мин. воды и дальнейшего распределения затрат
с целью формирования себестоимости выпущенной партии мин. воды. В типовом решении
предполагается ручное создание документа с минимальной автоматизацией заполнения реквизитов
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
документа. В предлагаемом ращении предполагается создание не типовой обработки в виде АРМ
позволяющего:



Собирать и визуализировать потребности в выпуске продукции (отрицательные
остатки) в разрезе номенклатур и складов.
Автоматически заполнять все необходимые реквизиты создаваемого ПБЗ, в том числе:
o Производственное подразделение (водопункт)
o Организация
o Номенклатура выпускаемой продукции
o Склад, на который производится выпуск
o Направление деятельности
o Склад, с которого потребляются номенклатуры мин. вод необходимых для
выпуска смеси мин. воды.
Автоматически заполнять количество выпускаемой продукции определяя его исходя из
следующих данных:
o Отрицательные остатки выпускаемой номенклатуры на складах
o Данные о технологических потерях из подсистемы ДИПР
До момента использования вышеописанной нетиповой обработки в системе должны быть
сформированы документы по реализации (РТиУ). Начальные РТиУ для печати и передачи
накладных клиентам ответственный бухгалтер формирует вручную. По истечению отчетного
месяца и фиксации окончательных фактических данных по реализации в подсистеме ДИПР,
необходимо установить запрет на редактирование. Далее ответственный бухгалтер, используя
нетиповую обработку «Редактирование реализации», вносит изменения или создает недостающие
документы реализации минеральной воды и проверяет финальные РТиУ.
После выше указанных действий ответственный бухгалтер запускает обработку по созданию
ПБЗ, далее проверяет созданные посредством обработки документы Производство без заказа. ПБЗ,
фиксирующие выпуск смеси вод, сформируются не только с данными по выпуску собственно смеси,
но и с заполненной табличной частью вкладки Материалы и работы, где построчно будут указаны
составляющие смесь воды и их объем. После отражения документа удобным способом (вручную
или регламентной операцией, а также при закрытии периода) в учете по документам сформируются
проводки по выпуску готовой продукции - Дт 43 (Готовая продукция) Кт 20 (Основное
производство). После закрытия система рассчитает фактическую себестоимость. В случае фиксации
в ПБЗ технологических потерь, система при закрытии периода спишет их на расходы, уменьшив
себестоимость готовой продукции, совместно с которой данные потери были зафиксированы в ПБЗ.
При запуске процедуры закрытия месяца система собирает расходы, распределяет расходы и
рассчитывает себестоимость.
При отражении документов выпуска и расчете себестоимости данные отображаются в отчетах
по производству, складскому учету и в стандартных бухгалтерских отчетах (ОСВ, Обороты счета,
Карточка счета, Анализ счета и т.д.)
2.3.2.4. ОТРАЗИТЬ ВЫПУСК МИН. ВОДЫ (ОСТАТКИ)
2.3.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Выпуск мин. воды должен соответствовать накопленным остаткам в емкостях, на конец
отчётного периода в соответствии с данными подсистемы ДИПР. При отражении выпуска смеси
мин. вод в системе, действия пользователя должны быть максимально автоматизированы с целью
сокращения трудозатрат на необходимые действия пользователя.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
2.3.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой документ системы – ПБЗ. Данный
документ используется в системе для учёта выпуска смеси мин. вод и дальнейшего распределения
затрат с целью формирования себестоимости выпущенной партии смеси мин. вод. В типовом
решении предполагается ручной создание документа с минимальной автоматизаций заполнения
реквизитов документа. В предлагаемом решении предполагается создание нетиповой обработки в
виде АРМ позволяющего:




Собирать и визуализировать потребности в выпуске продукции (накопленные остатки в
резервуарах) в разрезе номенклатур и складов.
Автоматически заполнять все необходимые реквизиты создаваемого ПБЗ, в том числе:
o Производственное подразделение (водопункт)
o Организация
o Номенклатура выпускаемой продукции
o Склад, на который производится выпуск
o Направление деятельности
o Склад, с которого потребляются номенклатуры мин. вод необходимых для
выпуска смеси мин. воды.
Автоматически заполнять количество выпускаемой продукции определяя его исходя,
из данных о физических остатках в ёмкостях на конец периода из подсистемы ДИПР
Автоматически заполнять данные о номенклатуре и количестве мин. вод,
израсходованных на выпуск смеси мин. воды определяя их в соответствии с данными
полученными из подсистемы ДИПР.
После запуска нетиповой обработки (п.2.3.2.1.2) и проверки созданных ПБЗ, ответственный
бухгалтер отражает документ удобным способом (вручную или регламентной операцией, а также
при закрытии периода) в учете. По документам система сформирует проводки по выпуску готовой
продукции Дт 43 (Готовая продукция) Кт 20 (Основное производство). После закрытия система
рассчитает фактическую себестоимость всего выпуска готовой продукции отчетного месяца, при
этом остатки на начало и конец месяца будут зафиксированы в отчетах оперативного контура и в
конечном сальдо стандартных бухгалтерских отчетах на счете 43 (Готовая продукция) в
количественном и суммовом выражении.
2.4. ОТРАЖЕНИЕ ВЫПУСКА ГРЯЗИ (ЛЕЧЕБНАЯ ГРЯЗЬ, ФАСОВАННАЯ ГРЯЗЬ)
2.4.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксации в информационной системе
фактического выпуска лечебной грязи и фасованной грязи, включая отражение этой хозяйственной
операции в бухгалтерском и управленческом учете.
Для выпуска лечебной грязи и фасованной грязи предлагаемый порядок предполагает сначала
её выпуск на склад, а потом использование.
После фактического выпуска продукции и передачи её на склад Начальник отдела передаёт
данные о выпущенной продукции в бухгалтерию.
Далее сотрудник бухгалтерии формирует факт выпуска, создавая документ ПБЗ вручную с
помощью типового функционала (использования нетипового АРМ не предусматривается). До
момента оформления ПБЗ все материалы, используемые для выпуска фасованной грязи, должны
быть доступны на складе производственного подразделения.
При отражении документа выпуска лечебной грязи в регламентированном учете удобным
способом (вручную или регламентной операцией, а также при закрытии периода) формируются
бухгалтерские проводки и данные по операции отображаются в стандартных бухгалтерских отчетах
(ОСВ, Обороты счета, Карточка счета и т.д.). В соответствии с выбранным в Учетной политике
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
организации методом оценки себестоимости выпуска продукции – по фактической или плановой
стоимости, бухгалтерская проводка будет содержать фактическую стоимость после закрытия
периода или плановую оценку, а после закрытия периода система отразит отклонения в стоимости
выпуска продукции, доводя её до фактической себестоимости.
Сбор затрат на производство нативной лечебной грязи осуществляется по статьям расходов с
аналитикой группы продукции - Лечебная грязь оз.Тамбукан, подразделения и направления
деятельности.
Сбор затрат на производство фасованной грязи (по группе продукции Фасованная грязь)
осуществляется:


по статьям расходов;
по номенклатуре расходуемого
спецификациям.
сырья
и
материалов,
согласно
Ресурсным
При закрытии периода система собирает и распределяет расходы, формируя себестоимость
выпуска продукции.
Формирование себестоимости в документе «Производство без заказа» зависит от выбранного
варианта группировки затрат.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.4.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 4 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
1.
Код БП
ПРВ.3
Название БП
Отражение
выпуска грязи
(лечебная грязь,
фасованная
грязь)
Название Функции
Детальное описание
Отразить выпуск
лечебной грязи
(реализация
внутренние нужды,
остатки в накопителе)
После поступления
фасованной грязи на склад
сотрудник бухгалтерии без
использования АРМ
создаёт документ ПБЗ для
отражения выпуска
лечебной грязи.
Отразить выпуск
фасованной грязи
После поступления
фасованной грязи на склад
сотрудник бухгалтерии без
использования АРМ
создаёт документ ПБЗ для
отражения выпуска
фасованной грязи.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
2.4.2.1. ОТРАЗИТЬ ВЫПУСК ЛЕЧЕБНОЙ ГРЯЗИ (РЕАЛИЗАЦИЯ,
ВНУТРЕННИЕ НУЖДЫ, ОСТАТКИ В НАКОПИТЕЛЕ)
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Выпуск продукции должен быть отражён в системе до момента использования (реализация,
внутренние нужды) лечебной грязи.
При отражении выпуска продукции в системе, действия пользователя должны быть
максимально автоматизированы с целью сокращения трудозатрат.
Требуется формирование бухгалтерских проводок и отображение данных учета в
бухгалтерских отчетах.
Требуется при распределении расходов учесть специфику учета затрат на выпуск нативной
лечебной грязи – наличие периода отсутствия добычи, накопление незавершенного производства и
списание незавершенного производства долями на периоды добычи.
В регламентированном учете должны быть сформированы бухгалтерские проводки, а в
бухгалтерских отчетах должны отражаться данные хозяйственных операций.
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой документ системы – ПБЗ. Данный
документ используется в системе для учёта выпуска продукции и дальнейшего распределения
затрат с целью формирования себестоимости выпущенной партии продукции. В типовом решении
предполагается ручное создание документа с минимальной автоматизаций заполнения реквизитов
документа. В предлагаемом решении предполагается использовать типовое решение.
Так же предполагается использовать одну номенклатуру для нативной лечебной грязи вне
зависимости от целей использования лечебной грязи, и разделять в отчётах лечебную грязь по
признаку склада, на который лечебная грязь была выпущена (перемещена):

Внутреннее потребление – Склад «Тамбукан №1»

Реализация – Склад «Склад Тамбуканской грязи».
Ответственный бухгалтер создает ПБЗ, выбирая подразделение Тамбуканское озеро и
заполняя вкладку «Продукция» номенклатурой Тамбуканская лечебная грязь, количеством
выпуска данной продукции, а также выбирая склад-получатель. Документы ПБЗ со складомполучателем «Склад Тамбуканской грязи» формируют проводки Дт 21 (Полуфабрикаты
собственного производства) Кт 20 (Основное производство). В случае выпуска нативной грязи для
собственных нужд из производства сразу на склад Тамбукан №1 сформируется проводка Дт 10.01
(Сырье и материалы) Кт 20 (Основное производство).
С учетом специфики накопления незавершенного производства в периоды не добычи, расходы
на содержание подразделения Тамбуканское озеро будут накапливаться на статьях расходов и
отражаться в сальдо дебета счета 20 (Основное производство). Система будет создавать
документы к распределению. В первый месяц периода добычи ответственный бухгалтер отметит
документы (по каждой статье расходов система создаст отдельный документ), подлежащие
распределению, и с помощью специально разработанной обработки распределит необходимую
долю незавершенного производства на ПБЗ выпуска нативной лечебной грязи в отчетном месяце.
При закрытии отчетного периода необходимая часть незавершенного производства (конечное
сальдо счета 20 месяца, предшествующего отчетному) распределится в дебет счета 20 (Основное
производство) по статьям расходов и будет включена системой в расчет себестоимости отчетного
периода.
Отражение документов и расчет себестоимости обеспечит отображение данных в отчетах
подсистем Производство, Склады и доставка, Регламентированный учет.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
2.4.2.2. ОТРАЗИТЬ ВЫПУСК ФАСОВАННОЙ ЛЕЧЕБНОЙ ГРЯЗИ
2.4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Выпуск продукции должен быть создан в системе до момента использования (реализация,
внутренние нужды) фасованной грязи.
При формировании выпуска продукции в системе, действия пользователя должны быть
максимально автоматизированы с целью сокращения трудозатрат на необходимые действия
пользователя.
При выпуске фасованной грязи система должна запрещать пользователю интерактивное
создание строк на вкладке Материалы и работы, а также запрещать пользователю изменение
значений в колонке Количество, если новое значение больше, чем установленное при
автоматическом заполнении по данным Ресурсной спецификации.
При отражении документа в учете система должна формировать бухгалтерские проводки с
плановой оценкой или без оценки, если выбран метод учета выпуска по фактической себестоимости,
а при закрытии периода система должна распределить затраты и произвести расчет фактической
себестоимости. Данные по выпуску лечебной грязи должны отражаться в отчетах системы.
2.4.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой документ системы – ПБЗ. Данный
документ используется в системе для учёта выпуска продукции и дальнейшего распределения
затрат с целью формирования себестоимости выпущенной партии продукции. В типовом решении
предполагается ручное создание документа с минимальной автоматизаций заполнения реквизитов
документа. В предлагаемом решении предполагается использовать типовое решение.
Для автоматического заполнения склада, с которого потребляются необходимые для выпуска
ТМЦ, ответственный пользователь создает элемент справочника Схемы обеспечения и в нём, для
производственного подразделения, указывает необходимый склад, назначив эту схему обеспечения
для номенклатур ТМЦ, используемых для выпуска фасованной грязи.
Для автоматического заполнения перечня номенклатур ТМЦ, используемых для выпуска, и
расчётных нормативных объёмов их потребления, ответственный бухгалтер создает (при
отсутствии) соответствующий элемент справочника Ресурсные спецификации. В этом элементе
требуется описать нормативы потребления ТМЦ.
В номенклатурную группу «Фасованная грязь», входят фасованная лечебная грязь, которая:

выпускается в баках или в вёдрах, учитывается в штуках;

выпускается в кг.
При этом, нормативный расход нативной лечебной грязи на фасованную в Ресурсных
спецификациях будет зафиксирован в м3.
Ответственный бухгалтер создает ПБЗ по выпуску фасованной лечебной грязи, выбирая
подразделение и заполняя вкладку «Продукция» данными о номенклатуре выпуска, количестве
выпуска и складе-получателе, далее во вкладке «Материалы и работы» выбирает необходимую
Ресурсную спецификацию, из которой заполняется табличная часть данной вкладки, кроме того,
доступно редактирование пользователем данных по сырью и материалам, если это количество не
превышает плановые значения. Далее документ следует отразить в регламентированном учете.
Отражение в регламентированном учете с последующим формированием бухгалтерских проводок и
отражением в бухгалтерских отчетах производится стандартными системными способами: запуск
отражения документа вручную, регламентной операцией или при закрытии месяца.
Документы ПБЗ для фасованной лечебной грязи формируют проводки Дт 43 (Готовая
продукция) Кт 20 (Основное производство), а также проводки по потребленному сырью и
материалам - Дт 20 (Основное производство) Кт 10.01 (Сырье и материалы).
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
При запуске процедуры закрытия месяца система собирает расходы, распределяет расходы и
рассчитывает себестоимость.
Данные по выпуску фасованной лечебной грязи после отражения документов выпуска и
расчета себестоимости отображаются в производственных отчетах, отчетах по складам и в
бухгалтерских отчетах (ОСВ, Обороты счета, Анализ счета Карточка счета и т.д.).
2.5. ОТРАЖЕНИЕ ВЫПУСКА КОСМЕТИКИ (АППЛИКАТОРЫ, МЫЛО, КОНТРАКТНАЯ
КОСМЕТИКА)
2.5.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксации в информационной системе
фактического выпуска косметики, включая отражение этой хозяйственной операции в
бухгалтерском и управленческом учете.
Для выпуска косметики предлагаемый порядок предполагает сначала её выпуск на склад, а
потом расходование.
После фактического выпуска продукции и передачи её на склад Начальник отдела передаёт
данные о выпущенной продукции в бухгалтерию.
Далее сотрудник бухгалтерии отражает факт выпуска, создавая документ ПБЗ вручную с
помощью типовых механизмов системы (использование нетипового АРМ не предполагается). До
момента оформления ПБЗ все материалы, используемые для выпуска косметики, должны быть
доступны на складе производственного подразделения.
При выпуске контрактной косметики предполагается использовать типовой порядок учёта с
использованием документов из подсистемы Передача в переработку. Подробно работа с этими
документами описана в отчёте о моделировании в «Отчет о моделировании бизнес-процессов по
Складскому учету» (раздел 2.4.2.2)
При отражении документа выпуска в регламентированном учете удобным способом (вручную
или регламентной операцией, а также при закрытии периода) формируются бухгалтерские проводки
и данные по операции отображаются в стандартных бухгалтерских отчетах (ОСВ, Обороты счета,
Карточка счета и т.д.). В соответствии с выбранным в Учетной политике организации методом
оценки себестоимости выпуска продукции – по фактической или плановой стоимости,
бухгалтерская проводка будет содержать фактическую стоимость после закрытия периода или
плановую оценку, а после закрытия периода система отразит отклонения в стоимости выпуска
продукции, доводя её до фактической себестоимости.
Сбор затрат на производство продукции (Дт 20 (Основное производство)) осуществляется:


по статьям расходов с аналитикой группы продукции, подразделения и направления
деятельности.;
по номенклатуре расходуемого сырья и материалов из Ресурсных спецификаций.
При закрытии периода система собирает и распределяет расходы, формируя себестоимость
выпуска продукции.
Формирование себестоимости в документе «Производство без заказа» зависит от выбранного
варианта группировки затрат. Распределение затрат между позициями выпуска выполняется в
соответствии с указанными в документе правилами: по продукции, спецификациям, назначениям
или по документу.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.5.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 5 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Таблица 5 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
1.
Код БП
ПРВ.4
Название БП
Отражение
выпуска
косметики
(аппликаторы,
мыло,
контрактная
косметика)
Название Функции
Детальное описание
После
поступления
косметики
на
склад
Отразить
выпуск сотрудник бухгалтерии без
косметики
(мыла, использования
АРМ
аппликаторов)
создаёт документ ПБЗ для
отражения
выпуска
косметики.
При выпуске контрактной
косметики предполагается
использовать
типовой
Отразить
выпуск
порядок
учёта
с
контрактной косметики
использованием
документов из подсистемы
Передача в переработку.
2.5.2.1. ОТРАЗИТЬ ВЫПУСК КОСМЕТИКИ (МЫЛА, АППЛИКАТОРОВ)
2.5.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Выпуск косметики должен быть отражён в системе до момента использования (реализация)
косметики.
При формировании выпуска продукции в системе, действия пользователя должны быть
максимально автоматизированы с целью сокращения трудозатрат на необходимые действия
пользователя.
При выпуске косметики, система должна запрещать пользователю интерактивное создание
строк на вкладке Материалы и работы, а также запрещать пользователю изменение значений в
колонке Количество, если новое значение больше, чем установленное при автоматическом
заполнении по данным Ресурсной спецификации.
Требуется формировать бухгалтерские проводки по производству аппликаторов, мыла и
косметических средств. Данные хозяйственных операций должны отображаться в отчетах
оперативного контура и бухгалтерской отчетности.
2.5.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой документ системы – ПБЗ. Данный
документ используется в системе для учёта выпуска продукции и дальнейшего распределения
затрат с целью формирования себестоимости выпущенной партии продукции. В типовом решении
предполагается ручное создание документа с минимальной автоматизаций заполнения реквизитов
документа. В предлагаемом решении предполагается использовать типовое решение.
Для автоматического заполнения склада, с которого потребляются необходимые для выпуска
ТМЦ, ответственный пользователь создает элемент справочника Схемы обеспечения и в нём, для
производственного подразделения, указывает необходимый склад, назначив эту схему обеспечения
для номенклатур ТМЦ, используемых для выпуска косметики, мыла и аппликаторов.
Для автоматического заполнения перечня номенклатур ТМЦ, используемых для выпуска, и
расчётных нормативных объёмов их потребления, ответственный бухгалтер создает (при
отсутствии) соответствующий элемент справочника Ресурсные спецификации. В этом элементе
требуется описать нормативы потребления ТМЦ.
Ответственный бухгалтер создает ПБЗ по выпуску мыла и аппликаторов, выбирая
подразделение и заполняя вкладку «Продукция» данными о номенклатуре выпуска, количестве
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
выпуска и складе-получателе, далее во вкладке «Материалы и работы» выбирает необходимую
Ресурсную спецификацию, из которой заполняется табличная часть данной вкладки (доступно
редактирование пользователем данных по сырью и материалам). Затем документ следует отразить в
регламентированном учете. Отражение в регламентированном учете с последующим
формированием бухгалтерских проводок и отражением в бухгалтерских отчетах производится
стандартными системными способами: запуск отражения документа вручную, регламентной
операцией или при закрытии месяца.
Документы ПБЗ для мыла и аппликаторов формируют проводки Дт 43 (Готовая продукция)
Кт 20 (Основное производство), а также проводки по потреблению сырья и материалов в
производстве Дт 20 (Основное производство) Кт 10.01 (Сырье и материалы). Расчет себестоимости
выпуска система произведет при запуске закрытия отчетного месяца.
Данные по выпуску мыла и аппликаторов после отражения документов выпуска и расчета
себестоимости отобразятся в производственных отчетах, отчетах по складам и в бухгалтерских
отчетах (ОСВ, Обороты счета, Анализ счета Карточка счета и т.д.)
2.5.2.2. ОТРАЗИТЬ ВЫПУСК КОНТРАКТНОЙ КОСМЕТИКИ.
2.5.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Выпуск контрактной косметики должен быть отражён в системе до момента использования
(реализация) косметики.
При отражении выпуска продукции в системе, действия пользователя должны быть
максимально автоматизированы с целью сокращения трудозатрат.
При выпуске контрактной косметики необходимо учитывать, что производство контрактной
косметике происходит по давальческой схеме, где АО «КМКР» выступает в роли давальца, а
изготовитель в роли переработчика. Подробное описание решения по автоматизации данной
функции описано в «Отчет о моделировании бизнес-процессов по Складскому учету» (раздел
2.4.2.2).
Требуется фиксация хозяйственных операций производства по давальческой схеме,
формирование бухгалтерских проводок, расчет себестоимости производимой на стороне продукции
и отражение данных в отчетах оперативного контура и в бухгалтерской отчетности.
2.6. ОТРАЖЕНИЕ ВЫПУСКА БУТИЛИРОВАННОЙ МИН. ВОДЫ
2.6.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксации в информационной системе
фактического выпуска бутилированной мин. воды, включая отражение этой хозяйственной
операции в бухгалтерском и управленческом учете.
Для выпуска бутилированной мин. воды предлагаемый порядок предполагает давальческую
схему производства, в которой АО «КМКР» выступает в роли давальца, а его контрагенты в роли
переработчика.
После определения условий договора переработки, сотрудник бухгалтерии создаёт документы
в системе отражающие операции товародвижения для работы с переработчиком. Более подробно
данный процесс описан в «Отчет о моделировании бизнес-процессов по Складскому учету» (раздел
2.4.2.2).
С помощью типового функционала ответственный бухгалтер создает документы и отражение
операций по:


передаче сырья и материалов переработчику - Дт 10.07 (Материалы, переданные в
переработку на сторону) Кт 10.01 (Сырье и материалы), документ «Передача товаров»;
производству на стороне - Дт 20 (Основное производство) Кт 10.07 (Материалы,
переданные в переработку на сторону), Дт 20, 19.04 (НДС по приобретенным услугам)
Редакция 1
АО «КМКР»

ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Кт 60.01 (Расчеты с поставщиками и подрядчиками), документ «Отчет
переработчика»;
поступлению от переработчика - Дт43 (Готова продукция) Кт 20 (Основное
производство), документ «Поступление товаров от хранителя, Поступление от
переработчика».
При закрытии периода система собирает затраты и распределяет расходы, формируя
себестоимость выпуска продукции.
Отраженные данные операций содержатся в отчетах оперативного контура и бухгалтерской
отчетности.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.7. МАРКИРОВКА ПРОДУКЦИИ ГИС МТ
2.7.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью выполнения требований об обязательной
маркировке в системе ГИС МТ.
Под требования об обязательной маркировке попадают следующие группы продукции
выпускаемые АО «КМКР»:


Упакованная вода
Отдельные виды парфюмерно-косметической
потребительскую упаковку.
продукции,
упакованные
в
2.7.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ БИЗНЕС-ПРОЦЕССА
В Российской Федерации маркировка воды регулируется системой «Честный ЗНАК» (ЦРПТ).
Для производителя это означает необходимость интеграции учетной системы с информационной
системой мониторинга (ИС МП).
Ниже приведена последовательность действий пользователя в системе.

Предварительная настройка (НСИ и интеграция)
Прежде чем начать операционную работу, необходимо убедиться, что выполнены следующие
условия:
1. Настроен обмен с ЦРПТ. В разделе «НСИ и администрирование» настроено подключение к
ОЭД (Оператору электронного документооборота) и загружен сертификат электронной подписи.
Настроен обмен с личным кабинетом ЦРПТ и Станцией управления заказами.
2. В карточках номенклатуры заполнены реквизиты маркировки:

• Код товара (из Национального каталога).
• GTIN (глобальный идентификатор).
• Единица измерения, подлежащая маркировке (штука, бутылка).
Заказ кодов маркировки
Процесс начинается до начала производства. Создается документ «Заказы на эмиссию кодов
маркировки СУЗ». В нём:
•
•
•
выбирается номенклатура;
указывается количество требуемых кодов;
выбирается тип упаковки.
Далее документ проводится и отправляется в систему «Честный ЗНАК». Статус меняется на
«Отправлен».
Редакция 1
АО «КМКР»

ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Получение кодов маркировки
После обработки запроса в ЦРПТ, в 1С:ERP обновляется документ «Заказы на эмиссию кодов
маркировки СУЗ». Пользователь проверяет, что статус кодов в СУЗ — «Выпуск». Коды
загружаются в базу данных 1С: ERP.УХ в зашифрованном виде.
Коды автоматически резервируются под конкретный документ основание или становятся
доступными для выбора на производстве.

Производство и нанесение кодов
Это ключевой этап, где физический товар связывается с цифровым кодом (DataMatrix).
Регистрируется выпуск продукции и создается документ ПБЗ. В табличной части ПБЗ
Продукция выбираются полученные коды маркировки.
Вариант автоматизации: если на линии стоит принтер-аппликатор, сканирование кодов
может происходить автоматически. Оператор сканирует код, система проверяет его наличие в
документе «Поступление кодов» и связывает с серийным номером выпуска.
Система контролирует, чтобы количество выпущенной продукции не превышало количество
заказанных кодов.

Ввод в оборот
Товар произведен и упакован, теперь нужно сообщить государству, что он введен в
гражданский оборот.
Формируется документ «Маркировка товаров ИС МП» на основании документа ПБЗ. В
документе указывается операция «Производство».
Документ проводится и данные автоматически отправляются в ИС МТ. Статус кодов меняется
на «В обороте». С этого момента продажа воды юридически разрешена.
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:
 Пользователи;
 Группы доступа;
 Профили групп доступа;
 Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 Создание новых ролей;
 Создание новых профилей доступа;
 Создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:
 Стандартный инструмент управления доступом на основе ролей;
 Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
Изменение №
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:
 Полные права;
 Администратор Системы;
 Интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 4.6.
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ПЕЧАТНЫХ И ОТЧЕТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИЙ
Редакция 1
АО «КМКР»
ПРОИЗВОДСТВЕННЫЙ УЧЕТ В АО «КМКР»
4.3. ПЕРЕЧЕНЬ НСИ
4.4. ПЕРЕЧЕНЬ МИГРАЦИЙ
4.5. ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
Изменение №

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Реализ.docx | docs/32616449098/74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Реализ.pdf
Отчет о моделировании
бизнес-процессов по блоку Реализация
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Оглавление
Лист согласования......................................................................................................................................................... 3
Версии документа..........................................................................................................................................................4
1.
ОБЩИЕ СВЕДЕНИЯ.............................................................................................................. 5
1.1.
1.2.
1.3.
1.4.
1.5.
Назначение документа.......................................................................................................................................... 5
Определения терминов и сокращений.................................................................................................................5
Цели, задачи и объект моделирования................................................................................................................ 6
Подход к реализации сценария моделирования.................................................................................................6
Общие методологические требования к внедряемой ИС.................................................................................. 7
2.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ.........8
2.1.
Бизнес-процесс по Реализации............................................................................................................................. 8
2.2.
Настройки, НСИ.....................................................................................................................................................8
2.2.1.
Общее Описание моделируемого бизнес-процесса.................................................................................. 8
2.2.2.
Функции бизнес-процесса........................................................................................................................... 8
2.3.
Оптовые продажи с безордерного склада......................................................................................................... 16
2.3.1.
Общее Описание моделируемого бизнес-процесса................................................................................ 16
2.3.2.
Функции бизнес-процесса......................................................................................................................... 17
2.4.
Оптовые продажи с ордерного склада...............................................................................................................20
2.4.1.
Общее Описание моделируемого бизнес-процесса................................................................................ 20
2.4.2.
Функции бизнес-процесса......................................................................................................................... 21
2.5.
Розничные продажи.............................................................................................................................................22
2.5.1.
Общее Описание моделируемого бизнес-процесса................................................................................ 22
2.5.2.
Функции бизнес-процесса......................................................................................................................... 23
2.6.
1С:Прогнозирование продаж..............................................................................................................................31
2.6.1.
Общее Описание моделируемого бизнес-процесса................................................................................ 31
2.6.2.
Функции бизнес-процесса......................................................................................................................... 31
2.7.
Сервис Распознавание первичных документов................................................................................................34
2.7.1.
Общее Описание моделируемого бизнес-процесса................................................................................ 34
2.7.2.
Функции бизнес-процесса......................................................................................................................... 35
2.8.
База знаний........................................................................................................................................................... 38
2.8.1.
Общее Описание моделируемого бизнес-процесса................................................................................ 38
2.8.2.
Функции бизнес-процесса......................................................................................................................... 38
2.9.
Разработка и внедрение инфраструктуры для фиксации отгрузки минеральной воды в автоцистерны....40
2.9.1.
Общее Описание моделируемого бизнес-процесса................................................................................ 40
2.9.2.
Функции бизнес-процесса......................................................................................................................... 40
3.
4.
КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ........................................................................ 42
ПРИЛОЖЕНИЯ К ДОКУМЕНТУ.......................................................................................43
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Перечень отчетных и печатных форм................................................................................................................43
Перечень интеграций...........................................................................................................................................43
Перечень НСИ......................................................................................................................................................44
Перечень миграций..............................................................................................................................................44
Перечень функциональных требований и разрывов........................................................................................44
Соответствие функций и бизнес-ролей............................................................................................................. 44
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Лист согласования
Должность
ФИО
Подпись
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Версии документа
Дата
17.12.2025
Автор
Заварзина А.
Компания
Версия
ООО «Градум»
1.0
Описание изменений
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по блоку
«Реализация» содержит описание системы, алгоритмов процессов, используемых объектов
разрабатываемой системы с учетом моделей бизнес-процессов, требований Технического задания
на выполнение работ по обследованию и моделированию, а также внутренних нормативных
документов Заказчика. Окончательные требования к разработкам могут быть уточнены на этапе
реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и ожидаемого
результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков, если применимо;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1С: ИТС
Определение термина (расшифровка сокращения)
1С:ERP Управление холдингом, ред. 3.2
ДО
Поддержка пользователей, включающая набор услуг и сервисов,
направленных на поддержание программ в актуальном и работоспособном
состоянии, развитие функционала, с предоставлением информационной и
консультационной поддержки
1С: Документооборот
ДС
Денежные средства
Заказчик
АО «Кавминкурортресурсы»
ИИ
Искусственный интеллект
Информационная
система
ИС
1C:ERP. УХ
НСИ
Внедряемая информационная система на базе конфигурации 1С:ERP
Управление холдингом, ред. 3.2
Нормативно-справочная информация
ПКО
Документ «Приходный кассовый ордер»
Подсистема или
Логическая группа объектов конфигурации (документы, справочники,
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
раздел
РКО
отчеты), объединенная по общему бизнес-процессу (например: «Закупки»)
Документ «Расходный кассовый ордер»
РПД
Сервис Распознавания первичных документов
РТУ
Документ «Реализация товаров и услуг»
Система
1C:ERP. УХ
ТЧ «Товары»
Табличная часть «Товары» на вкладке «Товары» документа
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы ведения деятельности по Реализации
Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по Реализации,
фиксирование функциональных требований к разрабатываемой системе как со стороны владельца
бизнес-процессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:









уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
описание текущих бизнес-процессов по Реализации;
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP. УХ и дополнительные сервисы 1С. Ситуации, когда типовая функциональность не
покрывает функциональные требования, фиксируются как функциональные разрывы с описанием
возможных доработок. Заказчик определяет приоритет каждого функционального разрыва и
принимает решение о необходимости включения описанной доработки в архитектуру внедряемой
системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
Редакция 1
АО «КМКР»

РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP Управление
холдингом, редакция 3.2.10.1», Сервис 1С:Прогнозирование продаж, Сервис 1С:Распознавание
первичных документов, 1С:Напарник. Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С: Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО РЕАЛИЗАЦИИ
Общая схема бизнес-процесса направления (Приложение):
Схема процессов нижнего уровня (если применимо):
Перечень подпроцессов по складскому учету представлен в Таблице 1.
Таблица 1 Перечень подпроцессов по Реализации
№
п/п
1.
2.
3.
4.
5.
6.
7.
Уровень
БП
Код БП
Название БП
РЛЗ.1
Настройки, НСИ.
РЛЗ.2
Оптовые продажи с безордерного склада
2
РЛЗ.3
Оптовые продажи с ордерного склада
2
РЛЗ.4
Розничные продажи
2
РЛЗ.5
1С:Прогнозирование продаж
2
РЛЗ.6
Сервис Распознавание первичных документов
2
РЛЗ.7
База знаний
2
2
2.2. НАСТРОЙКИ, НСИ.
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Для отражения в информационной системе фактов хозяйственных операций по реализации в
бухгалтерском и управленческом учете необходимо предварительно настроить систему и ввести
данные в соответствующие НСИ.
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.2.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 2 представлен перечень настроек функций и НСИ, необходимых для реализации
бизнес-процессов в системе 1C:ERP. УХ.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Таблица 2 Перечень настроек и НСИ для отражения операций по реализации в системе
1C:ERP. УХ
№
п/
п
Код БП
1.
РЛЗ.1.1
2.
РЛЗ.1.2
3.
РЛЗ.1.3
4.
РЛЗ.1.4
Название БП
Название Функции
Детальное описание
Настройка
раздела
"Продажи", "Казначейство
Настройки
и
взаиморасчеты"
для
Настройка разделов.
разделов.
ведения
реализации
с
оптовыми и розничными
клиентами.
Ввести НСИ для хранения и
использования данных при
Ведение НСИ.
Введение НСИ.
отражении операций по
реализации.
Настройки
Настройка
типового
Настройки
процесса
процесса типового
процесса
согласования
типового
согласования
согласования
Договора внутри 1С:ERP.
Договора.
Договора.
УХ.
Настройка
превышения
суммы в РТУ свыше суммы
в Договоре.
Настройки
запретов
Договоре.
Настройки
в
Договоре.
запретов
в
Настройка запрета отгрузки
при наличии дебиторской
задолженности
по
Договору.
Настройка запрета отгрузки
на превышение лимита,
указанного в Договоре.
2.2.2.1. НАСТРОЙКА РАЗДЕЛОВ
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Информационная система должна быть настроена для отражения факта хозяйственных
операций по реализации в управленческом и регламентированном учете согласно бизнес-процессам
заказчика.
2.2.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции выполняются типовые настройки подсистемы
«Продажи», «РМК и оборудование», «Казначейство и взаиморасчеты».
Настройки подсистемы «Продажи» расположены в разделе «НСИ и Администрирование» →
Настройка НСИ и разделов → Продажи.
В настройках подсистемы «Продажи» в подразделе «Оптовые продажи» необходимо
установить флажки в функциональных опциях и выбрать соответствующие значения:
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
В настройках подсистемы «Продажи» в подразделе «Розничные продажи» необходимо
установить флажки в функциональных опциях и выбрать соответствующие значения:
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
В настройках подсистемы «Продажи» в подразделе «Печать документов» необходимо
установить флажки в функциональных опциях и выбрать соответствующие значения:
Настройки подсистемы «РМК и оборудование» расположены в разделе «НСИ и
Администрирование» → Настройка НСИ и разделов → РМК и оборудование.
В настройках подсистемы «РМК и оборудование» в подразделе «Рабочие места кассиров»
необходимо установить флажки в функциональных опциях и выбрать соответствующие значения:
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
В настройках подсистемы «РМК и оборудование» в подразделе «Оборудование» необходимо
установить флажки в функциональных опциях и выбрать соответствующие значения:
Настройки подсистемы «Казначейство» расположены в разделе «НСИ и Администрирование»
→ Настройка НСИ и разделов → Казначейство и взаиморасчеты.
В настройках подсистемы «Казначейство и взаиморасчеты» в подразделе «Денежные
средства» необходимо установить флажки в функциональных опциях и выбрать соответствующие
значения:
В настройках подсистемы «Казначейство и взаиморасчеты» в подразделе «Подотчетники»
необходимо установить флажки в функциональных опциях и выбрать соответствующие значения:
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
В настройках подсистемы «Казначейство и взаиморасчеты» в подразделе «Взаиморасчеты»
необходимо установить флажки в функциональных опциях и выбрать соответствующие значения:
2.2.2.2. ВВЕДЕНИЕ НСИ
2.2.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После выполнения настроек в соответствующие НСИ должны быть введены данные,
необходимые для работы функционала.
2.2.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции необходимо заполнить Справочники, в том числе:
 Контрагенты
 Партнеры
 Договоры (с клиентами)
 Индивидуальные соглашения с клиентами (если используются)
Редакция 1
АО «КМКР»






РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Типовые соглашения с клиентами (если используются)
Кассы ККМ
Договоры подключения к платежным системам
Эквайринговые терминалы
Настройки РМК
Подключаемое оборудование (если есть)
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
2.2.2.3. НАСТРОЙКИ
ДОГОВОРА
ПРОЦЕССА
ТИПОВОГО
СОГЛАСОВАНИЯ
2.2.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Настройки типового согласования Договора в системе как альтернативный вариант
согласованию договора в ДО для отражения факта хозяйственных операций по реализации в
управленческом и регламентированном учете согласно бизнес-процессам заказчика.
2.2.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции выполняются типовые настройки:
 в Справочнике «Справочники текущей информационной базы» установлен признак
согласования в объекте «Договоры с контрагентами»;
 в Справочнике «Документы текущей информационной базы» установлен признак, что
объект «Вервия коммерческого договора» согласуется;
 в Справочнике «Шаблоны универсальных процессов» выбрать в реквизите «Режим
процесса» значение «Процесс согласования», в реквизит «Согласуемый объект» «Договоры с контрагентами»;
 настроить этапы согласования: порядок следования этапов (параллельный или
последовательный), исполнителей согласования этапов, при необходимости настроить
уведомления при начале/окончания этапов;
 привязать процесс согласования к объектам: «Договоры с контрагентами» и «Версия
коммерческого соглашения» с помощью Справочника «Матрица полномочий»;
 при необходимости настроить замещение исполнителя.
2.2.2.4. НАСТРОЙКИ ЗАПРЕТОВ В ДОГОВОРЕ.
2.2.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Информационная система должна быть настроена так, что:
 сумма реализации не может превышать доступного остатка по соответствующему
договору
 реализация не может быть проведена сверх кредитного лимита или при наличии
просроченной дебиторской задолженности по договору.
2.2.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В системе отсутствует типовой функционал контроля превышения суммы договора при
проведении документа «Реализация товаров и услуг».
Необходимо доработать функционал контроля превышения суммы договора: при проведении
РТУ система должна проверять общую сумму всех проведенных РТУ (с учетом текущего
документа) по договору; если общая сумма РТУ по договору больше суммы, указанной в договоре,
то система не должна позволять проводить документ РТУ пользователям, у которых нет
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
специальных или полных прав или роли администратора с выведением сообщения об ошибке
проведения. При проведении пользователем со специальными или полными правами (или ролью
администратора) РТУ с суммой, превышающей сумму договора, система должна выводить
сообщение о превышении суммы договора.
Для настройки контроля превышения Допустимой дебиторской задолженностью при отгрузке
в договоре с контрагентом необходимо в карточке договора на вкладке «Условия» установить
сумму допустимой дебиторской задолженности:
При установке суммы допустимой дебиторской задолженности система будет выполнять
контроль при проведении РТУ: если общая сумма задолженности по всем РТУ, включая текущий
документ, будет больше установленной Допустимой дебиторской задолженности – система не
проведет РТУ и выведет сообщение об ошибке пользователю, у которого нет специальных или
полных прав или роли администратора. При этом пользователю со специальными или полными
правами или ролью администратора система позволяет проводить документы с превышением
лимита, установленного в договоре, но при проведении выводит сообщение о превышении:
Для контроля наличия просроченной задолженности по договору при отгрузке необходимо
установить в карточке договора на вкладке «Условия» признак запрета отгрузки при просроченной
задолженности по договору:
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
При установленном признаке запрета отгрузки при просроченной задолженности по договору
при проведении РТУ система будет автоматически проверять наличие просроченной
задолженности по данному договору. Если просроченная задолженность по договору имеется, то
система не позволит провести РТУ пользователя, не имеющему специальных или полных прав или
роли администратора, и выведет сообщение об ошибке. При этом пользователю со специальными
или полными правами или ролью администратора система позволяет проводить документы с
наличием просроченной задолженности по текущему договору, но при проведении выводит
сообщение о наличии такой задолженности.
Специальными правами для проведения РТУ с превышением лимита по договору или наличии
просроченной дебиторской задолженности являются права «Отклонение от условий оплаты».
2.3. ОПТОВЫЕ ПРОДАЖИ С БЕЗОРДЕРНОГО СКЛАДА
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксации в информационной системе продажи
товаров с безордерного склада, что обеспечивает возможность дальнейшей работы в системе,
включая отражение хозяйственной операции в бухгалтерском и управленческом учете.
При оформлении продажи товаров Ответственное лицо за создание РТУ создает в 1С:ERP. УХ
документ «Реализация товаров и услуг».
При использовании безордерной схемы документооборота на складе документ «Реализация
товаров и услуг» влияет на финансовый результат и одновременно изменяет количество ТМЦ на
складах.
Ответственный бухгалтер проверяет документы «Реализация товаров и услуг» в системе и при
необходимости устанавливает признак проверки в документах.
Для контроля за движением товаров в 1С:ERP. УХ используются типовые отчеты, в том числе:
«Ведомость по товарам на складах», «Ведомость по товарам организаций», «Валовая прибыль
предприятия», «Ведомость расчетов с клиентами», «Задолженность клиентов по срокам».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.3.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 3 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 3 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
Код БП
1.
РЛЗ.2.1
2.
РЛЗ.2.2
Название БП
Название Функции
Детальное описание
При создании документа
«Реализация товаров и услуг»
Оптовые продажи
Оптовые
продажи
с без
документа-основания
с
безордерного
безордерного склада
«Заказ клиента» необходимо
склада
вручную
заполнить
все
ключевые реквизиты.
Для контроля движения ТМЦ
на складах используются
типовые отчеты с отборами по
складу за период «Ведомость
по товарам на складах»
Для контроля отражения
отгрузок ТМЦ в финансовом
учете используется типовой
отчет «Ведомость по товарам
организаций» с отбором по
складу за период.
Формирование отчетов Для формирования данных по
Отчеты.
взаиморасчетам с клиентами
по оптовым продажам.
используются отчеты:
 Ведомость
расчетов
с
клиентами
 Задолженность клиентам по
срокам.
Для формирования анализа
продаж используется отчет
«Валовая
прибыль
предприятия» и «Исполнение
плана
продаж
по
подразделениям».
2.3.2.1. ФОРМИРОВАНИЕ ДОКУМЕНТООБОРОТА ПО ОПТОВЫМ
ПРОДАЖАМ С БЕЗОРДЕНОГО СКЛАДА
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения продажи ТМЦ с безордерного склада при отсутствии документа «Заказ
клиента» в системе требуется создать документ «Реализация товаров и услуг» из общего Журнала
документов по продажам.
В таком случае в документе «Реализация товаров и услуг» требуется вручную заполнить все
реквизиты и табличную часть.
Документ «Реализация товаров и услуг» на складе, использующем безордерную схему
документооборота, отражает изменения в складском и финансовом учете.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения продажи
ТМЦ с помощью документа «Реализация товаров и услуг» без документа-основания. РТУ создаются
из общего Журнала документов по продажам. Для этого в общем Журнале документов по продажам
необходимо нажать кнопку «Создать» → Реализация.
В случае создания документа «Реализация товаров и услуг» без документа-основания «Заказа
клиента» Ответственному лицу за создание РТУ необходимо будет вручную заполнить все
ключевые реквизиты в РТУ:
 Организация
 Поставщик
 Договор
 Соглашение с поставщиком (если используются)
 Склад
 Подразделение
 Направление деятельности
Информация о товарах вносится вручную в ТЧ «Товары» в соответствии с планируемой
отгрузкой и может редактироваться до момента установки признака проверки в РТУ.
Документ «Реализация товаров и услуг» на складе, не использующем ордерную схему
документооборота, отражает изменения в складском и финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах
o Товары организаций
o Запасы и потребности
o Выручка и себестоимость продаж
o Расчеты с клиентами
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах
o Ведомость по товарам организаций
o Ведомость расчетов с клиентами
o Задолженность клиентов по срокам
После записи и/или проведения документ РТУ доступен для просмотра и редактирования в
подсистеме «Продажи».
После установки признака проверки в РТУ документ будет не доступен для редактирования
обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»,
 или полных прав,
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр РТУ.
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
2.3.2.2. ФОРМИРОВАНИЕ ОТЧЕТОВ ПО ОПТОВЫМ ПРОДАЖАМ
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения операций в складском учете в системе используются
типовые отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете используются типовые
отчеты, формирующие движения и остатки по товарам организаций.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Для контроля взаиморасчетов с клиентами используются типовые отчеты, формирующие
движения денежных средств по взаиморасчетам с клиентами и сроки задолженности клиентов.
2.3.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению и остаткам ТМЦ на складах используются типовой
отчет «Ведомость по товарам на складах», который расположен в подсистеме «Склад и доставка».
Для получения данных по определенному складу необходимо перед формированием отчета
заполнить отборы по реквизиту «Склад», установить период, при необходимости установить флаг в
реквизит «Детализация до регистратора». При установке флага в реквизит «Детализация до
регистратора» система сформирует данные с документом, который регистрирует хозяйственную
операцию расходу ТМЦ в складском учете (отчет отражает данные только по складскому учету и не
отражает данные в финансовом учете, что особенно актуально при использовании ордерной схемы
документооборота).
Сформированный отчет «Ведомость по товарам на складах» содержит данные по движению
товаров по складу (или всем складам, если в отборе не выбран конкретный склад или склады) в
разрезе номенклатуры в натуральных единицах:
 по начальному остатку на дату начала формирования отчета;
 приход и расход за установленный период;
 конечный остаток на дату окончания.
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций», который расположен в разделе «Финансовый
результат и контроллинг».
Для получения данных по определенному складу необходимо перед формированием отчета
заполнить отборы по реквизиту «Склад», установить период. При добавлении в структуру отчета
аналитики «Регистратор» система сформирует данные с документом, который регистрирует
хозяйственную операцию по расходу ТМЦ в финансовом учете (отчет не отражает данные в
складском учете, что особенно актуально при использовании ордерной схемы документооборота).
Сформированный отчет «Ведомость по товарам организаций» содержит данные по складу
(или всем складам, если в отборе не выбран конкретный склад или несколько складов) в разрезе
номенклатуры в натуральных единицах:
 по начальному остатку на дату начала формирования отчета;
 приход и расход за установленный период;
 конечный остаток на дату окончания.
В настройках расширенного варианта отчета можно добавить аналитику по регистратору и
виду запасов (готовая продукция, топливо, ОС и т.д).
Типовой отчет «Ведомость взаиморасчетов с клиентами» предназначен для анализа
взаиморасчетов с клиентами: позволяет отслеживать долг клиентов и наш долг перед клиентами в
разрезе: контрагента – договора – объекта расчетов за установленный период.
Отчет расположен в подсистеме «Продажи» → Отчеты по продажам.
Типовой отчет «Задолженность клиентов по срокам» предназначен для анализа дебиторской
задолженности по вариантам интервалов задолженности.
Для использования нескольких вариантов классификации задолженности необходимо
включить функциональную опцию «Несколько вариантов классификации задолженности». Данная
опция расположена в разделе «НСИ и администрирование» → Партнеры → Казначейство и
взаиморасчеты → Взаиморасчеты.
Для использования нестандартной классификации интервалов задолженности необходимо
создать новый элемент Справочника «Варианты классификации задолженности», расположенный в
разделе «НСИ и администрирование» → Партнеры → Варианты классификации задолженности.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Отчет «Задолженность клиентов по срокам» позволяет видеть сумму просроченной и
непросроченной задолженности с возможностью детализации по договорам и документамрегистраторам в разрезе заданного варианта классификации задолженности по интервалам.
Отчет расположен в подсистеме «Продажи» → Отчеты по продажам.
Типовой отчет «Валовая прибыль предприятия» предназначен для формирования результатов
продаж и оценки их прибыльности.
Он позволяет:
 Оценивать прибыльность продаж по организациям, подразделениям, менеджерам и
номенклатурным позициям
 Проверять факты продаж товаров ниже себестоимости
 Анализировать влияние выручки, себестоимости и дополнительных расходов на
формирование валовой прибыли
 Сравнивать показатели эффективности за различные периоды
Отчет формируется в валюте управленческого учета с НДС или без НДС и содержит ключевые
показатели: количество, выручку, себестоимость реализованных товаров, валовую прибыль и
рентабельность. Данные в отчете отражаются при наличии документа "Реализация товаров и услуг".
Отчет расположен в подсистеме «Продажи» → Отчеты по продажам.
Типовой отчет «Исполнение плана продаж по подразделениям» предназначен для анализа
динамики исполнения плана продаж в разрезе подразделений и номенклатуры.
Отчет расположен в раздел Бюджетирование и планирование → Отчеты по бюджетированию
и планированию → Планирование запасов → Исполнение плана продаж по подразделениям.
Отчет формирует данные по выбранному Сценарию товарного планирования за
установленный период, помесячно.
При расширенной настройке отчета можно выводить данные с учетом регистратора.
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
2.4. ОПТОВЫЕ ПРОДАЖИ С ОРДЕРНОГО СКЛАДА
2.4.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен ведением учета продаж ТМЦ в информационной системе со
склада, использующего ордерную схему документооборота, с возможностью дальнейшей работы в
системе, в том числе отражения факта хозяйственной операции в бухгалтерском и управленческом
учете.
При продаже ТМЦ со склада, использующего ордерную схему документооборота,
Ответственное лицо за создание РТУ создает документ «Реализация товаров и услуг», который
является распоряжением для создания документа «Расходный ордер на товары».
Документ «Реализация товаров и услуг» при отгрузке со склада, использующего ордерную
схему документооборота, влияет только на финансовый результат.
Ответственный по складу создает документы «Расходный ордер на товары» и «Отбор
(размещение) товаров».
При использовании ордерной схемы документооборота документы «Расходный ордер на
товары» и «Отбор (размещение) товаров» влияют на складской учет при адресном хранении в
ячейках.
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
2.4.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 4. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
Код БП
1.
РЛЗ.3.1
2.
РЛЗ.3.2
Название БП
Название Функции
Детальное описание
При создании документа
Формирование
«Реализация товаров и услуг»
Оптовые продажи
документооборота
по без
документа-основания
с
ордерного
оптовым
продажам
с «Заказ клиента» необходимо
склада.
ордерного склада.
вручную
заполнить
все
ключевые реквизиты.
Для контроля движения ТМЦ
на складах используются
типовые отчеты с отборами по
складу за период:
 «Ведомость по товарам на
складах»
Формирование отчетов по
Отчеты
оптовым продажам на Для контроля отражения
ордерных складах.
поступлений
ТМЦ
в
финансовом
учете
используется типовой отчет
«Ведомость
по
товарам
организаций» с отбором по
складу за период.
2.4.2.1. ФОРМИРОВАНИЕ
ДОКУМЕНТООБОРОТА
ПРОДАЖАМ С ОРДЕРНОГО СКЛАДА
ПО
ОПТОВЫМ
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения продажи ТМЦ с ордерного склада при отсутствии документа «Заказ клиента» в
системе требуется создать документ «Реализация товаров и услуг» из общего Журнала документов
по продажам.
В таком случае в документе «Реализация товаров и услуг» требуется вручную заполнить все
реквизиты и табличную часть.
Ответственное лицо за создание РТУ создает документ «Реализация товаров и услуг», далее,
Ответственный по складу создает документы «Расходный ордер на товары» и «Отбор (размещение)
товаров».
На ордерном складе РТУ влияет на финансовый результат, но не влияет на складской учет. В
свою очередь документы «Расходный ордер на товары» и «Отбор (размещение) товаров» влияют на
складской учет, но не влияют на финансовый результат.
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения продажи
ТМЦ с помощью документа «Реализация товаров и услуг» без документа-основания, описанный п
2.3.2.1.2 данного документа.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
2.4.2.2. ФОРМИРОВАНИЕ ОТЧЕТОВ ПО ОПТОВЫМ ПРОДАЖАМ С
ОРДЕРНОГО СКЛАДА.
2.4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требования к автоматизации данной функции аналогичны требованиям, описанным в п
2.3.2.2.1 данного документа.
2.4.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Описание решения по автоматизации данной функции аналогичны решениям, описанным в п
2.3.2.2.2 данного документа.
2.5. РОЗНИЧНЫЕ ПРОДАЖИ
2.5.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксации в информационной системе продаж
товаров с розничных торговых точек, что обеспечивает возможность дальнейшей работы в системе,
включая отражение хозяйственной операции в бухгалтерском и управленческом учете.
При розничных продажи из Неавтоматизированной торговой точки:



ККМ используется только для регистрации денежных сумм от покупателя
оперативный учет продажи ТМЦ в системе не ведется
реальные количественные остатки известны только при пересчете товаров
Бухгалтер-кассир выдает из Кассы организации денежные средства для размена в подотчет
продавцу розничной точки и оформляет «Расходный кассовый ордер» в системе.
В конце рабочего дня Продавец розничной торговой точки передает данные Ответственному
бухгалтеру по продажам: номенклатура и количество. Ответственный бухгалтер создает в системе
документы: «Отчет о розничных продажах» и «Отчет о розничных возвратах» (при необходимости).
Продавец розничной торговой точки сдает выручку (наличные денежные средства) в кассу
организации, и Бухгалтер-кассир создает в системе «Приходный кассовый ордер».
Для отражения безналичных платежей, проведенных через терминалы, Ответственный за
ведение банковских операций создает в системе документ «Отчет банка по эквайрингу» и
оформляет поступление безналичных денежных средств от банка-эквайера.
Документы «Отчет о розничных продажах» и «Отчет о розничных возвратах» отражают
изменения в складском и финансовом учете.
Для контроля за движением ТМЦ на розничном складе используют типовые отчеты, в том
числе: «Ведомость по товарам на складах», «Ведомость по товарам организаций».
Для контроля за движением денежных средств используются типовые отчеты, в том числе:
«Товарный отчет (ТОРГ-29)», «Денежные средства в кассах ККМ», «Ведомость по денежным
средствам», «Контроль операций с денежными средствами».
Для формирования данных по розничным продажам используются типовые отчеты, в том
числе: «Валовая прибыль розницы по подразделениям», «Ведомость по товарам организаций в
ценах номенклатуры».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
2.5.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 5 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 5. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ:
№
п/п
Код БП
Название БП
1.
РЛЗ.4.1
Розничные
продажи
2.
РЛЗ.4.2
Отчеты.
Название Функции
Детальное описание
При создании документов
«Отчет
о
розничных
продажах»,
«Отчет
о
розничных
возвратах»
необходимо
вручную
заполнить
все
ключевые
реквизиты.
Выдача денежных средств из
Розничные продажи
Кассы
организации
оформляется РКО.
Внесение денежных средств в
Кассу
организации
оформляется ПКО.
Поступление ДС от банкаэквайера
оформляется
«Поступлением безналичных
ДС».
Для контроля движения ТМЦ
на складах используются
типовые отчеты с отборами по
складу за период «Ведомость
по товарам на складах»
Для контроля отражения
отгрузок ТМЦ в финансовом
учете используется типовой
отчет «Ведомость по товарам
организаций» с отбором по
складу за период.
Для формирования данных по
движению ДС используются
Формирование отчетов по отчеты:
розничным продажам.
 Денежные
средства
в
кассах ККМ
 Товарный отчет (ТОРГ-29
 Ведомость по денежным
средствам
 Контроль
операций
с
денежными средствами
Для формирования анализа
продаж используется отчет:
 Валовая прибыль розницы
по подразделениям»,
 Ведомость по товарам
организаций
в
ценах
номенклатуры
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
2.5.2.1. ФОРМИРОВАНИЕ ДОКУМЕНТООБОРОТА ПО РОЗНИЧНЫМ
ПРОДАЖАМ
2.5.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения розничных продаж из Неавтоматизированной торговой точки в системе
требуется создать документы «Отчет о розничных продажах» и «Отчет о розничных возвратах» (при
необходимости).
Продавец по окончании рабочего дня передает данные по совершенным продажам
Ответственному бухгалтеру.
Ответственный бухгалтер создает в системе документы «Отчет о розничных продажах» и
«Отчет о розничных возвратах» (при необходимости).
Документы «Отчет о розничных продажах» и «Отчет о розничных возвратах» отражают
изменения в складском и финансовом учете.
Для отражения выдачи ДС из Кассы организации Бухгалтер-кассир создает документ
«Расходный кассовый ордер», для внесения – «Приходный кассовый ордер».
Для отражения операций по безналичной оплате от розничных покупателей Ответственный за
ведение банковских операций создает в системе документ «Отчет банка по эквайрингу» и
оформляет поступление безналичных денежных средств от банка-эквайера.
2.5.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Бизнес-процесс обусловлен ведением учета розничных продаж в информационной системе с
возможностью дальнейшей работы в системе, в том числе отражения факта хозяйственной операции
в бухгалтерском и управленческом учете.
Для отражения розничных продаж из Неавтоматизированной торговой точки Ответственный
бухгалтер создает в системе документ «Отчет о розничных продажах». Для создания документа
необходимо перейти в подсистему «Продажи» → Розничные продажи → Отчеты о розничных
продажах. На открывшейся форме в отбор выбрать требуемую Кассу ККМ и нажать кнопку
«Создать». В этом случае Ответственному бухгалтеру необходимо заполнить все ключевые
реквизиты вручную:
 На вкладке «Товары» данные в ТЧ можно заполнить 2 способами:
o Если продавец передает данные по проданным товарам – с помощью кнопки
«Заполнить → Подобрать товары» добавить номенклатуру и количество
o Если продавец передает остатки товаров в торговой точке – установить флаг в
реквизит «По результатам инвентаризации» и нажать на кнопку «Заполнить →
Заполнить по данным учета», при этом система автоматически заполнить
табличную часть «Товары» остатками по учету. Далее необходимо будет
скорректировать данные в колонке «Остаток (факт)», при этом система
автоматически рассчитает значение в колонке «Продано».
 На вкладке «Оплата платежными картами» с помощью кнопки «Добавить» заполнить
реквизиты «Вид оплаты», «Эквайринговый терминал» и «Сумма».
 На вкладке «Дополнительно» проверить корректность заполненных реквизитов
 Вкладки «Начисленные бонусные баллы» и «Оплата бонусными баллами» заполняется
только при использовании бонусных баллов (не обязательны к заполнению).
Сумма в подвале документа равна сумме продаж со всеми видами оплаты: наличными и
безналичными. Сумма безналичной оплаты находится на итоговой строке вкладки «Оплата
платежными картами».
После проверки корректности заполнения «Отчета о розничных продажах» документ следует
провести.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах
o Товары организаций
o Выручка и себестоимость продаж
o Расчеты по эквайрингу
o Денежные средства в кассах ККМ
o Денежные средства в пути
o Выручка и себестоимость продаж
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах
o Ведомость по товарам организаций
o Ведомость по денежным средствам
o Контроль операций с денежными средствами
o Денежные средства в кассах ККМ
o Товарный отчет (ТОРГ-29)
o Валовая прибыль розницы по подразделениям»,
o Ведомость по товарам организаций в ценах номенклатуры
После проведения документа он будет доступен для просмотра и редактирования в подсистеме
«Продажи» → Розничные продажи → Отчеты о розничных продажах.
При необходимости Ответственный бухгалтер устанавливает в «Отчете о розничных
продажах» признак проверки документа. После установки признака проверки документа «Отчет о
розничных продажах» будет не доступен для редактирования обычным пользователям, которые не
имеют:
 роли «Право изменения статусов проверки документов»,
 или полных прав,
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр «Отчета о розничных
продажах».
Для оформления возвратов, продажи по которым были совершены вне текущей кассовой
смены, Ответственный бухгалтер создает в системе документ «Отчет о розничных возвратах» по
данным продавца торговой точки. Если возврат совершен в пределах текущей кассовой смены –
создавать документ «Отчет о розничных возвратах» не следует.
Для создания документа необходимо перейти в подсистему «Продажи» → Розничные
продажи → Отчеты о розничных возвратах. На открывшейся форме в отбор выбрать требуемую
Кассу ККМ и нажать кнопку «Создать». В этом случае Ответственному бухгалтеру необходимо
заполнить все ключевые реквизиты вручную:
 На вкладке «Товары» данные в ТЧ можно заполнить 2 способами:
o Если продавец передает данные по проданным товарам – с помощью кнопки
«Заполнить → Подобрать товары» добавить номенклатуру и количество
o Если продавец передает остатки товаров в торговой точке – установить флаг в
реквизит «По результатам инвентаризации» и нажать на кнопку «Заполнить →
Заполнить по данным учета», при этом система автоматически заполнить
табличную часть «Товары» остатками по учету. Далее необходимо будет
скорректировать данные в колонке «Остаток (факт)», при этом система
автоматически рассчитает значение в колонке «Продано».
 На вкладке «Возврат оплаты платежными картами» с помощью кнопки «Добавить»
заполнить реквизиты «Вид оплаты», «Эквайринговый терминал» и «Сумма».
 На вкладке «Дополнительно» проверить корректность заполненных реквизитов
Редакция 1
АО «КМКР»

РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Вкладка «списанные бонусные баллы» заполняется только при использовании
бонусных баллов (не обязательна к заполнению).
После проверки корректности заполнения «Отчета о розничных возвратах» документ следует
провести.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах
o Товары организаций
o Выручка и себестоимость продаж
o Расчеты по эквайрингу
o Денежные средства в кассах ККМ
o Денежные средства в пути
o Выручка и себестоимость продаж
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах
o Ведомость по товарам организаций
o Ведомость по денежным средствам
o Контроль операций с денежными средствами
o Денежные средства в кассах ККМ
o Товарный отчет (ТОРГ-29)
o Валовая прибыль розницы по подразделениям»,
o Ведомость по товарам организаций в ценах номенклатуры
После проведения документа он будет доступен для просмотра и редактирования в подсистеме
«Продажи» → Розничные продажи → Отчеты о розничных возвратах.
При необходимости Ответственный бухгалтер устанавливает в «Отчете о розничных
возвратах» признак проверки документа. После установки признака проверки документа «Отчет о
розничных возвратах» будет не доступен для редактирования обычным пользователям, которые не
имеют:
 роли «Право изменения статусов проверки документов»,
 или полных прав,
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр «Отчета о розничных
возвратах».
Для оформления выдачи из Кассы организации разменного фонда в Неавтоматизированную
торговую точку Бухгалтер-кассир создает в системе документ «Расходный кассовый ордер». Для
этого необходимо перейти в подсистему «Казначейство» → Касса → Расходные кассовые ордера. В
открывшейся форме нажать кнопку «Создать» и выбрать «Выдачу в кассу ККМ», при этом
откроется форма создания документа «Расходный кассовый ордер» с операцией «Выдача в кассу
ККМ», в котором необходимо вручную заполнить все ключевые реквизиты:
 Касса организации
 Касса ККМ
 Подразделение
 Сумма
После проверки корректности заполнения документа «Расходный кассовый ордер» документ
необходимо провести.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
Редакция 1
АО «КМКР»

РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
o Денежные средства (наличные)
o Денежные средства в кассах ККМ
отражаться в отчетах, в том числе:
o Ведомость по денежным средствам
После проведения документа он будет доступен для просмотра и редактирования в подсистеме
«Казначейство» → Кассы → Расходные кассовые ордера.
При необходимости Ответственный бухгалтер устанавливает в «Расходном кассовом ордере»
признак проверки документа. После установки признака проверки документа «Расходный кассовый
ордер» будет не доступен для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»,
 или полных прав,
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр «Расходный кассовый ордер».
Для оформления внесения наличных денежных средств в Кассу организации из
Неавтоматизированной торговой точку Бухгалтер-кассир создает в системе документ «Приходный
кассовый ордер». Для этого необходимо перейти в подсистему «Казначейство» → Касса →
Приходные кассовые ордера. В открывшейся форме нажать кнопку «Создать» и выбрать
«Поступление из кассы ККМ», при этом откроется форма создания документа «Приходный
кассовый ордер» с операцией «Поступление из кассы ККМ», в котором необходимо вручную
заполнить все ключевые реквизиты:
 Касса ККМ
 Подразделение
 Сумма
После проверки корректности заполнения документа «Приходный кассовый ордер» документ
необходимо провести.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Денежные средства (наличные)
o Денежные средства в кассах ККМ
 отражаться в отчетах, в том числе:
o Ведомость по денежным средствам
После проведения документа он будет доступен для просмотра и редактирования в подсистеме
«Казначейство» → Кассы → Приходные кассовые ордера.
При необходимости Ответственный бухгалтер устанавливает в «Приходном кассовом ордере»
признак проверки документа. После установки признака проверки документа «Приходный
кассовый ордер» будет не доступен для редактирования обычным пользователям, которые не
имеют:
 роли «Право изменения статусов проверки документов»,
 или полных прав,
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр «Приходный кассовый ордер».
Для учета данных о банковских операциях по эквайрингу Ответственный за ведение
банковских операций создает в системе документ «Отчет банка по эквайрингу». Для этого в
подсистеме «Казначейство» необходимо перейти в подраздел «Эквайринг» → Отчеты банка по
эквайрингу и нажать на кнопку «Создать». При нажатии на кнопку «Создать» автоматически
откроется форма создания документа «Отчет банка по эквайрингу», в которой необходимо
заполнить реквизит «Договор подключения и вкладки:
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №

«Поступления оплат» – с помощью кнопки «Подбор» подобрать платежи и перенести в
документ.
 «Возвраты оплат» - с помощью кнопки «Подбор» подобрать возвраты оплат.
 «Комиссия» - при необходимости заполнить реквизиты: «Подразделение расходов»,
«Статья расходов», «Аналитика расходов».
После проверки корректности заполнения «Отчета банка по эквайрингу» документ следует
провести.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Денежные средства в пути
o Расчеты по эквайрингу
 отражаться в отчетах, в том числе:
o Ведомость по денежным средствам
o Контроль операций с денежными средствами
После проведения документа он будет доступен для просмотра и редактирования в подсистеме
«Казначейство» → Эквайринг → Отчеты банков по эквайрингу.
При необходимости Ответственный бухгалтер устанавливает в «Отчете банка по эквайрингу»
признак проверки документа. После установки признака проверки документа «Отчет банка по
эквайрингу» будет не доступен для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»,
 или полных прав,
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр «Отчета банка по
эквайрингу».
Для отражения безналичных платежей, проведенных через терминалы, Ответственный за
ведение банковских операций оформляет поступление безналичных денежных средств от банкаэквайера с помощью документа «Поступление безналичных ДС». Для этого необходимо перейти в
подсистему «Казначейство» → Банк → Безналичные платежи.
На форме обработки «Безналичные платежи» перейти по гиперссылке «К поступлению»,
выделить требуемую строку для отражения поступления ДС и нажать на кнопку «Оформить
поступление». После нажатия на кнопку «Оформить поступление» система откроет форму создания
документа «Поступление безналичных ДС» с предзаполненными реквизитами. Необходимо
проверить корректность заполнения реквизитов и при необходимости заполнить номер и дату по
банку и установить флаг в реквизит «Проверено банком». Провести документ.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Денежные средства (безналичные)
 отражаться в отчетах, в том числе:
o Ведомость по денежным средствам
После проведения документа он будет доступен для просмотра и редактирования в подсистеме
«Казначейство» → Банк → Безналичные платежи.
При необходимости Ответственный бухгалтер устанавливает в «Поступлении безналичных
ДС» признак проверки документа. После установки признака проверки документа «Поступление
безналичных ДС» будет не доступен для редактирования обычным пользователям, которые не
имеют:
 роли «Право изменения статусов проверки документов»,
 или полных прав,
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр «Поступление безналичных
ДС».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
2.5.2.2. ФОРМИРОВАНИЕ ОТЧЕТОВ ПО РОЗНИЧНЫМ ПРОДАЖАМ
2.5.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения операций в складском учете в системе используются
типовые отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете используются типовые
отчеты, формирующие движения и остатки по товарам организаций.
Для контроля движения денежных средств используются типовые отчеты, формирующие
движения денежных средств.
2.5.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению и остаткам ТМЦ на складах используются типовой
отчет «Ведомость по товарам на складах».
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций».
Для контроля за движением денежных средств используются типовые отчеты, в том числе:
«Товарный отчет (ТОРГ-29)», «Денежные средства в кассах ККМ», «Ведомость по денежным
средствам», «Контроль операций с денежными средствами».
Отчет «Товарный отчет (ТОРГ-29)» расположен в подсистеме «Продажи» → Отчеты по
продажам → Розничные продажи → Товарный отчет (ТОРГ-29). Для формирования данных на
форме отчета необходимо заполнить:
 Период
 Организацию
 Магазин
 Выводить документы без цены в номенклатуре (при необходимости)
При необходимости форму ТОРГ-12 можно вывести на печать.
Отчет «Денежные средства в кассах ККМ» расположен в подсистеме «Продажи» → Отчеты по
продажам → Розничные продажи → Денежные средства в кассах ККМ. Отчет формирует данные о
движениях денежных средств в кассах ККМ:
 Начальный остаток
 Внесение денежных средств
 Продажи
 Прием розничной выручки
 Конечный остаток
Формировать данные в отчете можно как с отбором по конкретной Кассе ККМ, так и без
отбора – по все кассам ККМ.
Отчет «Ведомость по денежным средствам» расположен в подсистеме «Казначейство» →
Отчеты по казначейству → Централизованное казначейство → Ведомость по денежным средствам.
Отчет "Ведомость по денежным средствам" предназначен для анализа остатков и движений
денежных средств организации.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Основные функции отчета:
 Отображение начальных и конечных остатков по банковским счетам и кассам, а также
поступлений и выплат.
 Предоставление информации о денежных средствах в пути (переводы между
счетами/кассами, инкассация, эквайринг).
 Возможность анализа данных в разрезе различных параметров: организация, валюта,
статья движения денежных средств (ДДС), контрагенты и другие.
 Детализация до уровня первичных документов
Отчет позволяет получить как сводную, так и детализированную информацию о наличии и
движении всех форм денежных средств: наличных, безналичных, в пути, у подотчетных лиц и в
денежных документах
Отчет «Контроль операций с денежными средствами» расположен в подсистеме
«Казначейство» → Отчеты по казначейству → Централизованное казначейство → Контроль
операций
с
денежными
средствами.
Отчет "Контроль
операций
с
денежными
средствами" предназначен для:



Контроля движений наличных и безналичных денежных средств
Формирования рекомендаций по оформлению документов для закрытия операций с
денежными средствами
Отражения остатков и перерасходов по авансам подотчетным лицам, в том числе по
разным статьям выдачи денежных средств
Отчет позволяет отслеживать текущее состояние расчетов с подотчетными лицами и
контролировать корректность оформления операций с денежными средствами.
Для формирования данных по розничным продажам используются типовые отчеты, в том
числе: «Валовая прибыль розницы по подразделениям», «Ведомость по товарам организаций в
ценах номенклатуры».
Отчет «Валовая прибыль розницы по подразделениям» расположен в подсистеме «Продажи»
→ Отчеты по продажам → Розничные продажи → Валовая прибыль розницы по подразделениям.
Отчет «Валовая прибыль розницы по подразделениям» предназначен для анализа эффективности
розничных продаж по подразделениям.
Основные функции отчета:
 Оценка выручки, себестоимости и рентабельности розничных продаж по товарам и
услугам в разрезе подразделений
 Сравнение прибыльности различных розничных точек
 Анализ продаж по видам товаров и определение, в каких магазинах они лучше
продаются
Отчет позволяет настраивать группировку данных по магазинам, номенклатуре, группам
товаров и другим параметрам для детального или обобщенного анализа.
Отчет «Ведомость по товарам организаций в ценах номенклатуры».» расположен в
подсистеме «Продажи» → Отчеты по продажам → Розничные продажи → Ведомость по товарам
организаций в ценах номенклатуры». Отчет «Ведомость по товарам в ценах номенклатуры»
предназначен для оценки суммарного остатка товаров на складе. Для розничных складов в качестве
учётного вида цен установлена розничная (расчётная) цена. Суммы в отчёте представлены в валюте,
которая установлена в виде учётных цен, а количественные итоги по всем товарам рассчитаны с
учётом единиц измерения товаров.
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
2.6. 1С:ПРОГНОЗИРОВАНИЕ ПРОДАЖ
2.6.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью для автоматического расчета прогнозов продаж
на основе исторических данных с минимальным участием сотрудников.
Сервис 1С:Прогнозирование продаж позволяет получать прогнозы на основе исторических
данных без нагрузки на локальное оборудование (т.к. 1С:Прогнозирование продаж – это облачный
сервис).
Сервис 1С:Прогнозирование продажи использует различные методы анализа данных и
прогнозирования, включая статистический анализ с привлечением Искусственного Интеллекта.
Архитектура решения представляет собой выгрузку данных из 1С:ERP. УХ в облачный сервис
и получение в 1С:ERP. УХ готового прогноза продаж за выбранный период.
Для получения прогнозных данных Ответственный за прогнозирование продаж выгружает
подготовленные данные из 1С:ERP. УХ в облачный сервис 1С:Прогнозирование продаж. Обратно в
информационную базу сервис возвращает прогноз на выбранный период.
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.6.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 6 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 6. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ:
№
п/п
1.
Код БП
РЛЗ.5.1
Название БП
Название Функции
1С:Прогнозирование 1С:Прогнозирование
продаж
продаж
Детальное описание
Использование
сервиса
1С:Прогнозирование продаж
2.6.2.1. 1С:ПРОГНОЗИРОВАНИЕ ПРОДАЖ
2.6.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для получения прогнозных данных требуется выполнить соответствующие настройки,
зарегистрироваться в Сервисе 1С:Прогнозирование продаж.
После прохождения регистрации Ответственное лицо за формирование прогноза продаж
подготавливает данные для выгрузки в Сервис и запрашивает прогнозные данные.
После выполнения запроса прогнозных данных в системе автоматически создается документ
«План продаж по номенклатуре» по выбранной модели и с заданным горизонтом прогнозирования.
2.6.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Сервис 1С:Прогнозирование продаж предназначен для формирования точных прогнозных
планов продаж на основе исторических данных с учетом сезонности, аномальных (неестественных)
продаж и прочих факторов, влияющих на продажи.
Возможности Сервиса 1С:Прогнозирование продаж:

Использование различных моделей прогнозирование из коробки:
o Скользящее среднее;
Редакция 1
АО «КМКР»




РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
o Сезонная модель;
o Экспоненциальное сглаживание;
o Градиентный бустинг;
o Рекуррентные нейросети.
Настройка интервала прогнозирования (день/неделя/месяц) с горизонтом
планирования от 1 до 30 периодов вперед с разрезами по: номенклатуре,
характеристикам, складам, клиентам.
Возможность использования исторических данных системы.
Оценка точности прогнозируемых данных по бранной метрике.
Сглаживание выбросов в данных для исключения аномальных исторических значений
(слишком низких или слишком высоких).
Необходимо выполнить 5 шагов, чтобы начать работать с Сервисом 1С:Прогнозирование
продаж:

Шаг №1 – Регистрация в сервисе:
o необходимо, чтобы система находилась на официальной поддержке,
o был стабильный доступ в интернет.

Шаг №2 – Подготовка данных к выгрузке в Сервис:
o На этом шаге необходимо выполнить требуемые настройки состава
корректности передаваемых данных с автоматической проверкой их
корректности. Синхронизация данных с сервисом настраивается только один
раз, после чего выгрузка может выполняться по заданному расписанию
автоматически.

Шаг №3 – Получение с сервиса несколько итераций вида: Загрузка данных →
Построение прогноза → План/Факт анализ, таким образом получить оценку точности
сервиса и сравнить ее с текущим методом прогнозирования или простыми моделями
прогнозов. При этом подходящая модель может выбираться автоматически и вручную.

Шаг №4 – Настройка регулярного обновления данных в сервисе для получения
прогнозов.

Шаг №5 – Использование в работе данных, полученных из сервиса: полученные данные
могут корректироваться с учетом экспертной оценки знаний (информации о
конкурентах, планировании маркетинговых мероприятий и прочего). После чего План
продаж может использоваться для дальнейшей работы.
Обработка «Сервис прогнозирования продаж» расположен в подсистеме «Бюджетирование и
планирование → Сервис → Сервис прогнозирования продаж.
Сценарий работы:
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
1. Подготовка в 1С:ERP. УХ исторических данных по продажам к выгрузке в Сервис
1С:Прогнозирование продаж.
2. Выгрузка исторических данных по продажам из 1С:ERP. УХ в Сервис.
3. Запрос на получение прогноза в 1С:ERP. УХ с Сервиса.
4. Ручная корректировка прогноза с учетом экспертных знаний (Например: информации о
конкурентах, планируемых маркетинговых акция и проч.).
5. Использование прогноза для дальнейшей работы в системе.
Для получения прогноза необходимы исторические данные по продажам минимум за 2
прошедших года. Если исторических данных в системе нет, необходимо создать документы «План
продаж по номенклатуре» за 2 прошедших года и «План остатков». После подготовленные данные
необходимо выгрузить в Сервис. Так же необходимо создать Сценарий планирования и Вид плана
(это можно сделать из формы Обработки «Сервис прогнозирования продаж».
После выполнения выгрузки необходимо запросить прогноз.
После выполнения обработки запроса в системе будет автоматически создан и проведен
документ «План продаж по номенклатуре» за установленный горизонт планирования в статусе «В
подготовке» и с настройкой заполнения «путем прогнозирования»:
После получения прогнозных данных с формы Обработки можно сформировать отчет с
прогнозным планом, а также запросить новый прогноз или получить прогноз по другой модели:
При переходе по гиперссылке «Получить прогноз другой модели» можно заменить
полученный прогноз на результат другой модели. Для этого необходимо выбрать модель
прогнозирования (выделить требуемую строку и нажать на кнопку «выбрать»):
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Данные для прогноза в другой модели уже есть в системе, их не нужно заново загружать с
сервиса Прогнозирования продаж (дополнительного расчета в сервисе не будет). При этом система
автоматически создаст новый документ «План продаж по номенклатуре», а предыдущий документ
пометит на удаление.
Для увеличения точности получаемого прогноза по продажам необходимо выполнить
несколько выгрузок и получения данных из Сервиса 1С:Прогнозирование продаж и потом их
сравнить. При этом можно запросить прогноз по предыдущему периоду, в котором отражены
операции по реализации, чтобы понять, насколько прогнозные данные соответствуют фактическим
продажам.
Для того, чтобы определить, какая Модель прогнозирования более всего подходит, нужно
сформировать несколько прогнозов по разным моделям, проанализировать полученные данные с
учетом экспертных знаний и при необходимости внести корректировки в документ «План продаж
по номенклатуре».
Сервис 1С:Прогнозирование продаж может подключаться только к:




1С:ERP Управление производственным предприятием (с версии 2.5.19 и выше);
1C: Комплексная автоматизация (с версии 2.5.19 и вышел);
1С: Управление торговлей (с версии 11.5.19 и вышел);
1С:ERP. Управление холдингом, начиная с версии 3.2.3
Сервис 1С:Прогнозирование продаж является платным. Тестовый тариф – включает 5000 ед.
квоты запросов прогнозирования на период в 30 дней с момента активации.
Тарификация зависит от количества точек продаж, ассортимента товаров, истории продаж, а
также от количества прогнозов и периода, на который необходимо составить каждый прогноз
продаж.
Подходящий тариф можно рассчитать по ссылке https://portal.1c.ru/applications/1C-Forecastsales#prices.
2.7. СЕРВИС РАСПОЗНАВАНИЕ ПЕРВИЧНЫХ ДОКУМЕНТОВ
2.7.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен автоматизацией ввода первичной документации в 1С:ERP. УХ.
Сервис РПД встроен в систему и доступен после выполнения настроек.
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.7.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 7 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 7. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
1.
Код БП
РЛЗ.6.1
Название БП
Сервис
Распознавание
первичных
документов
Название Функции
Детальное описание
Для использования сервиса
Сервис
Распознавание
необходимо
выполнить
первичных документов
настройки в системе.
2.7.2.1. СЕРВИС РАСПОЗНАВАНИЕ ПЕРВИЧНЫХ ДОКУМЕНТОВ
2.7.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматического создания документов в системе со сканов, фотографий первичных
документов необходимо настроить Сервис Распознавания первичных документов.
2.7.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для настройки работы Сервиса РПД необходимо выполнить следующие шаги:

Включить сервис – для этого необходимо перейти в раздел НСИ и администрирование
→ Администрирование → Печатные формы, отчеты и обработки → Распознавание
документов → Настройки распознавания документов и установить флаг в
Использовать распознавание документов:
Редакция 1
АО «КМКР»

РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Выполнить настройки сопоставления данных – для этого в Настройке распознавания
документов в подразделе «Настройки заполнения документов» установить требуемые
настройки:
В «Вариант сохранения соответствий» установить чек-бокс в требуемой настройке:
o Сохранять автоматически,
o Задавать вопрос,
o Не сохранять
В «Склад по умолчанию» - заполнить Склад, который будет автоматически
подставляться в документы.
После установки значений в настройки система будет использовать сохранённые
соответствия для автоматического заполнения при обработке первичных документов.

Выполнить настройки обработки документов – для этого в подразделе «Настройки
обработки документов» необходимо включить опции:
o «Прикреплять изображения к учетным документам» - при создании нового или
при совпадении с существующим.
o Автоматически помечать распознанный документ созданным.
o Автоматически устанавливать состояние «Оригинал получен» при успешном
создании документа.

Выполнить настройки удаления распознанных документов – для этого в подразделе
«Автоматическое удаление распознанных документов» включить необходимые опции:
o Автоматически удалять обработанные и помеченные на удаление
o Удалять старше (ввести период)
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
o Автоматически удалять необработанные
После выполненных настроек можно использовать Сервис «Распознавание первичных
документов». Документы можно загружать:

Через рабочее место «Распознавание документов», расположенное в разделах:

Продажи → Сервис → Загрузить документы из сканов (фото),
Закупки → Сервис → Загрузить документы из сканов (фото),
Или по ссылке «Задачи для распознавания».
Через мобильное приложение 1С: Сканер документов.
o
o
o
Для обработки поддерживаются форматы первичных документов: PDF, PNG, JPEG, BMP,
TIFF, DOC/DOCX, XLS/XLSX, ODF/ODS, архивы RAR, ZIP, 7Z.
При этом Сервис РПД распознаёт первичные документы:
 УПД,
 Счет-фактура,
 ТОРГ-12,
 Акт об оказании услуг
При выполнении обработки сервис РПД:





Прикрепит сканы оригиналов документов к уже созданным в базе 1С документам
Сформирует комплект из документов, отражающих одну и ту же хозяйственную
операцию
Предложит универсальное распознавание нетиповых документов, отражающих
хозяйственные операции поступления/списания товаров или услуг
Проверит на логичность числовые значения в табличной части документа (что
сумма=цена*кол-во)
Подсветит места, на которые надо обратить внимание.
1С: РПД позволяет упростить и ускорить работу с первичкой за счет следующих основных
функций:
Редакция 1
АО «КМКР»

РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
Распознает и сопоставит поставщиков, покупателей, номенклатуру и другие данные с
объектами из базы 1С.
Поможет быстро и без ошибок создать новые объекты (поставщиков, номенклатуру и
т.д.). Если номенклатуры много – есть функция группового создания номенклатуры.
Если записи в информационной базе пользователя отличаются от указанных в
документе, то подберет наиболее похожие варианты и просит пользователя их
подтвердить. Далее запомнит выбор пользователя и в следующий раз выберет
правильный вариант автоматически.


Для работы с сервисом необходимо, чтобы программа 1С была на официальной поддержке и
доступ в Интернет.
2.8. БАЗА ЗНАНИЙ
2.8.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью формирования базы знаний по работе с системой
1С: ERP. УХ.
Для получения информационно-справочной информации, связанной с функционалом 1С
рекомендовано использование помощника, использующего технологии искусственного интеллекта
1С: Напарник.
2.8.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 8 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 8. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
1.
Код БП
РЛЗ.7.1
Название БП
База знаний
Название Функции
База знаний
Детальное описание
Использование
интеллектуального
помощника 1С: Напарник
2.8.2.1. БАЗА ЗНАНИЙ
2.8.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Наличие Базы знаний для работы во внедряемой системе 1С:ERP. УХ обусловлен требованием
в Приложении № 1 «18. Формирование базы знаний на стороне внедряемого продукта (Инициатива
3.1. Внедрение технологий ИИ в системе CRM)».
2.8.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции рекомендуется использование интеллектуального
помощника 1С: ИТС.
1С:Напарник — это интеллектуальный помощник, использующий технологии искусственного
интеллекта, которой постоянно развивается. Информация, которую выдает Напарник в виде
ответов, постоянно обновляется и дополняется, ИИ обучается в процессе формирования ответов на
вопрос.
Основные функции, которые выполняет 1С: Напарник, это помощь разработчику в написании
и проверке кода, но также Напарник может анализировать вопросы пользователей и давать ответы с
детальной информацией по работе с системой 1С:ERP. УХ.
Для работы с интеллектуальным помощником 1С:Напарник необходима регистрация в 1С:
ИТС.
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
В личном кабинете 1С: ИТС с панели меню можно перейти к работе с ИИ:
Использование 1С:Напарника представляет собой процесс работы в формате «Вопрос –
Ответ»:
Использование помощника 1С:Напарник не требует каких-то либо особых навыков. При этом
сформированный ответ зависит от формулировки вопроса:
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
2.9. РАЗРАБОТКА И ВНЕДРЕНИЕ ИНФРАСТРУКТУРЫ ДЛЯ ФИКСАЦИИ ОТГРУЗКИ
МИНЕРАЛЬНОЙ ВОДЫ В АВТОЦИСТЕРНЫ
2.9.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
В настоящий момент оператор записывает в журнал показания счетчиков при отгрузке МВ и
передает их гидрогеологу, который формирует данные в Excel и передает их в бухгалтерию для
отражения хозяйственных операций по отгрузке МВ.
2.9.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 9 представлен перечень функций бизнес-процессов.
Таблица 9. Перечень функций бизнес-процессов
№
п/
п
1
2
Код БП
РЛЗ.2
РЛЗ.2
Название БП
Название Функции
Отгрузка
минеральной
воды в
автоцистерны
Подбор технического
решения
Отгрузка
минеральной
воды в
автоцистерны
Визуализация данных
об остатках у
пользователя и
передача информации
об отпуске
минеральной воды
через ТСД в
1С:ERP.УХ
Детальное описание
Предлагается
использовать терминалы
сбора данных (ТСД) с
предустановленным веббраузером
Из 1С:ERP.УХ данные об
остатках минеральной
воды по договору с
клиентом
визуализируются на
мониторе ТСД. Данные
по отгрузке, введенные в
1С:ERP.УХ через ТСД,
фиксируются в
нетиповом документе
разработанной
интегратором подсистеме
Редакция 1
АО «КМКР»
№
п/
п
Код БП
РЕАЛИЗАЦИЯ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
Добыча и использование
полезных ресурсов
2.9.2.1. ПОДБОР ТЕХНИЧЕСКОГО РЕШЕНИЯ
2.9.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Разработка и внедрение инфраструктуры для удаленной работы операторов, осуществляющих
процесс отгрузки минеральной воды в автоцистерны. Осуществление подбора технического
решения, соответствующего требованиям производственного процесса, а также настройка
программного обеспечения для обеспечения эффективной и бесперебойной работы операторов.
2.9.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В качестве технического решения для передачи в продуктивную базу 1С:ERP.УХ данных
отгрузки минеральной воды автоцистернами предлагается использовать терминал сбора данных
(ТСД) — устройство, которое позволит получить информацию с территориально удаленных
рабочих мест в короткий срок.
ТСД с предустановленным веб-браузером обеспечит возможность работы во внешней сети
путем обмена через Интернет без сложных действий по настройке оборудования и обеспечения
безопасности данных. Связь с сервером, на котором находится 1С:ERP.УХ, будет осуществляться и
через Wi-Fi, и с использованием сим-карты. Безопасность будет обеспечена авторизацией
пользователей через двухфакторную аутентификацию (2FA), требующую подтверждение
пользователя двумя разными способами (факторами): после первичного ввода логина и пароля в
ТСД нужно подтвердить вход вторым способом, а именно кодом из SMS и/или кодом на почту.
В Таблице 10 представлены модели
совместимые/интегрированные с программами 1С.
ТСД,
отвечающие
запросу
Заказчика,
Таблица 10.
Характеристика
Класс защиты (IP)
Рабочая
температура
АТОЛ Smart T31
IP67 / IP68
-20°C ... +60°C
Аккумулятор
5000 мАч, съемный,
с горячей заменой
Сканер
2D
Память
(RAM/ROM)
Операционная
система
Поддержка 1С
Наличие
клавиатуры
4 ГБ / 64 ГБ
ATOL OS (на базе
AOSP 13/14)
Совместим
Нет
Urovo RT40
IP68
-30°C ... +50°C (с
подогревом экрана)
5200 мАч, съемный,
с горячей заменой
2D, возможны модули
с дальностью до 15 м
iData K8
IP68
-30°C (с активным
подогревом)
3-4 ГБ / 32-64 ГБ
4 ГБ / 64 ГБ
Android 10
Android 11 / 12
Совместим
Интегрирован
Да
Да
6700 мАч
1D / 2D
Редакция 1
АО «КМКР»
Ключевые
особенности
Большой 5.5дюймовый экран,
легкий (250 г)
РЕАЛИЗАЦИЯ В АО «КМКР»
Функция подогрева для
работы в мороз, выбор
сканирующих модулей
Изменение №
Морозостойкая версия "Cold",
защита от конденсата
С учетом наличия большого экрана рекомендован АТОЛ Smart T31.
Для доступа ТДС к 1С:ERP.УХ необходимо установить веб-сервер и на нем опубликовать базу
данных 1С:ERP.УХ. Далее нужно создать отдельных пользователей с ограниченными правами для
веб-доступа. Для передачи данных по отгрузке в автоцистерны через ТСД можно создать одну роль,
а можно несколько ролей – для каждого места отгрузки в автоцистерны, это позволит ограничить
номенклатуру готовой продукции и договоры с клиентами. Настройки ролей будет сопровождаться
доработками. Для роли пользователя будет использоваться индивидуальный интерфейс.
2.9.2.2. ПЕРЕДАЧА И ПРИЕМ НА ТСД ДАННЫХ ОБ ОСТАТКАХ И ОТПУСКЕ
МИНЕРАЛЬНОЙ ВОДЫ
2.9.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Из 1С:ERP.УХ данные об остатках минеральной воды по договору с клиентом будут доступны
для просмотра пользователем на мониторе ТСД. Данные по отгрузке, введенные через ТСД,
фиксируются в 1С:ERP.УХ и отображаются в нетиповой подсистеме гидрогеологов Добыча и
использование полезных ресурсов.
2.9.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для получения и передачи данных через ТСД необходимо настроить параметры обмена и
доступность необходимых справочников (номенклатура готовой продукции, клиенты, договоры). В
результате настройки обмена данных будет получена информация через ТСД:


из 1С:ERP.УХ – данные об остатках минеральной воды по договору с клиентом;
в 1С:ERP.УХ - данные по отгрузке минеральной воды автоцистернами. Полученные
данные отобразятся в нетиповом документе учета добычи и использования
минеральной воды в разработанной интегратором подсистеме Добыча и
использование полезных ресурсов.
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:
 Пользователи;
 Группы доступа;
 Профили групп доступа;
 Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 создание новых ролей;
 создание новых профилей доступа;
 создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:
 Стандартный инструмент управления доступом на основе ролей;
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
Изменение №
 Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:
 полные права;
 администратор Системы;
 интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 4.6.
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ОТЧЕТНЫХ И ПЕЧАТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИЙ
Редакция 1
АО «КМКР»
РЕАЛИЗАЦИЯ В АО «КМКР»
4.3. ПЕРЕЧЕНЬ НСИ
4.4. ПЕРЕЧЕНЬ МИГРАЦИЙ
4.5. ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
Изменение №

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Склад.docx | docs/32616449098/74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_Склад.pdf
Отчет о моделировании
бизнес-процессов по Складскому учету
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2025 г.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Оглавление
Лист согласования..........................................................................................................................4
Версии документа...........................................................................................................................5
1.
ОБЩИЕ СВЕДЕНИЯ.............................................................................................................. 6
1.1.
1.2.
1.3.
1.4.
1.5.
Назначение документа............................................................................................................ 6
Определения терминов и сокращений...................................................................................6
Цели, задачи и объект моделирования..................................................................................7
Подход к реализации сценария моделирования...................................................................7
Общие методологические требования к внедряемой ИС....................................................7
2.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ.........9
2.1. Бизнес-процесс по складскому учету....................................................................................9
2.2. Настройки, НСИ.......................................................................................................................9
2.2.1. Общее Описание моделируемого бизнес-процесса......................................................9
2.2.2. Функции бизнес-процесса...............................................................................................9
2.3. Приемка ТМЦ на безордерный склад..................................................................................12
2.3.1. Общее Описание моделируемого бизнес-процесса....................................................12
2.3.2. Функции бизнес-процесса.............................................................................................13
2.4. Отгрузка ТМЦ с безордерного склада................................................................................. 20
2.4.1. Общее Описание моделируемого бизнес-процесса....................................................20
2.4.2. Функции бизнес-процесса.............................................................................................21
2.5. Учет наркотических и психотропных средств (безордерная схема документооборота)28
2.5.1. Общее Описание моделируемого бизнес-процесса....................................................28
2.5.2. Функции бизнес-процесса.............................................................................................28
2.6. Внутреннее потребление товаров (безордерная схема документооборота)....................31
2.6.1. Общее Описание моделируемого бизнес-процесса....................................................31
2.6.2. Функции бизнес-процесса.............................................................................................32
2.7. Инвентаризация на безордерном складе.............................................................................35
2.7.1. Общее Описание моделируемого бизнес-процесса....................................................35
2.7.2. Функции бизнес-процесса.............................................................................................36
2.8. Учет спецодежды и СИЗ (безордерная схема документооборота)...................................42
2.8.1. Общее Описание моделируемого бизнес-процесса....................................................42
2.8.2. Функции бизнес-процесса.............................................................................................42
2.9. Учет топлива (безордерная схема документооборота)......................................................45
2.9.1. Общее Описание моделируемого бизнес-процесса....................................................45
2.9.2. Функции бизнес-процесса.............................................................................................46
2.10. Ордерная схема документооборота.....................................................................................48
2.10.1. Общее Описание моделируемого бизнес-процесса....................................................48
2.10.2. Функции бизнес-процесса.............................................................................................50
3.
КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ........................................................................ 59
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
4.
ПРИЛОЖЕНИЯ К ДОКУМЕНТУ.......................................................................................60
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Перечень печатных и отчетных форм..................................................................................60
Перечень интеграций.............................................................................................................60
Перечень НСИ........................................................................................................................60
Перечень миграций................................................................................................................61
Перечень функциональных требований и разрывов..........................................................61
Соответствие функций и бизнес-ролей...............................................................................61
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Лист согласования
Должность
ФИО
Подпись
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Версии документа
Дата
10.12.2025
Автор
Заварзина А.
Компания
ООО «Градум»
Версия
1.0
19.12.2025
Заварзина А.
ООО «Градум»
2.0
Описание изменений
Внесены правки по
замечаниям от
Сенькевич М.В.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по
Складскому учету» содержит описание системы, алгоритмов процессов, используемых объектов
разрабатываемой системы с учетом моделей бизнес-процессов, требований Технического задания
на выполнение работ по обследованию и моделированию, а также внутренних нормативных
документов Заказчика. Окончательные требования к разработкам могут быть уточнены на этапе
реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и ожидаемого
результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков, если применимо;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1С:ERP Управление холдингом, ред. 3.2
ГСМ
Горюче-смазочные материалы
Заказчик
АО «Кавминкурортресурсы»
ИС
Внедряемая информационная система на базе конфигурации 1С:ERP
Управление холдингом, ред. 3.2
Нормативно-справочная информация
НСИ
Определение термина (расшифровка сокращения)
Информационная
система
ОС
1C:ERP. УХ
Подсистема или
раздел
ПТУ
Логическая группа объектов конфигурации (документы, справочники,
отчеты), объединенная по общему бизнес-процессу (например: «Закупки»)
Документ «Приобретение товаров и услуг»
РС
Регистр сведений
РТУ
Документ «Реализация товаров и услуг»
Система
1C:ERP. УХ
ТЧ «Товары»
Табличная часть «Товары» на вкладке «Товары» документа
Основные средства
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы ведения деятельности по Складскому
учету Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по Складскому учету,
фиксирование функциональных требований к разрабатываемой системе как со стороны владельца
бизнес-процессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:









уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
описание текущих бизнес-процессов по Складскому учету;
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP. УХ. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
 При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP Управление
холдингом, редакция 3.2.10.1». Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО СКЛАДСКОМУ УЧЕТУ
Общая схема бизнес-процесса направления (Приложение):
Схема процессов нижнего уровня (если применимо):
Перечень подпроцессов по складскому учету представлен в Таблица 1.
Таблица 1 Перечень подпроцессов по складскому учету
№
п/п
1.
2.
3.
4.
Уровень
Код БП
БП
2
СКЛ.1
2
СКЛ.2
2
СКЛ.3
2
СКЛ.4
5.
6.
2
СКЛ.5
2
СКЛ.6
2
СКЛ.7
2
2
СКЛ.8
СКЛ.9
7.
8.
9.
Название БП
Настройки, НСИ.
Приемка ТМЦ на безордерный склад
Отгрузка ТМЦ с безордерного склада
Внутреннее потребление (безордерная схема
документооборота)
Инвентаризация на безордерном складе
Учет наркотических и психотропных средств на безордерном
складе
Учет спец одежды и СИЗ (безордерная схема
документооборота)
Учет топлива (безордерная схема документооборота)
Ордерная схема документооборота
2.2. НАСТРОЙКИ, НСИ
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Для отражения в информационной системе фактов хозяйственных складских операций в
бухгалтерском и управленческом учете необходимо предварительно настроить систему и ввести
соответствующую НСИ.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.2.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 2 представлен перечень настроек функций и НСИ, необходимых для реализации
бизнес-процессов в системе 1C:ERP. УХ.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Таблица 2 Перечень настроек и НСИ для отражения складских операций в системе
1C:ERP. УХ
№
п/
п
Код БП
1.
СКЛ.1.1
2.
СКЛ.1.2.
Название БП
Название Функции
Детальное описание
Выполнить
типовые
Настройка
раздела
Настройки, НСИ
настройки
раздела
«Склад и доставка».
«Склад и доставка».
Ввести
НСИ
для
хранения
и
Настройки, НСИ НСИ.
использования
данных
при отражении складских
операций.
2.2.2.1. НАСТРОЙКА РАЗДЕЛА «СКЛАД И ДОСТАВКА»
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Информационная система должна быть настроена для отражения складских операций в
управленческом и регламентированном учете согласно бизнес-процессам заказчика.
2.2.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции выполняются типовые настройки подсистемы «Склад и
доставка».
Настройки расположены в разделе «НСИ и Администрирование» → Настройка НСИ и
разделов → Склад и доставка.
В настройках подсистемы «Склад и доставка» в подразделе «Склад» необходимо установить
флажки в функциональных опциях и выбрать соответствующие значения:
В настройках подсистемы «Склад и доставка» в подразделе «Перемещение товаров»
необходимо установить флажки в функциональных опциях:
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
В настройках подсистемы «Склад и доставка» в подразделе «Внутреннее потребление»
необходимо установить флажки в функциональных опциях и выбрать соответствующие значения:
2.2.2.2. НСИ
2.2.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После выполнения настроек в соответствующих НСИ должны быть введены данные,
необходимые для работы функционала.
2.2.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции необходимо заполнить Справочник «Склады и магазины»
- создать элементы Справочника, соответствующих складам организации с учетом:
 типа склада: «Оптовый склад» или «Розничный магазин»;
 использования ордерной схемы документооборота.
Заполнить ключевые реквизиты на вкладке «Основное»:
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Реквизит "Контролировать свободные остатки" в карточке склада предназначен для
включения оперативного контроля доступных (свободных) остатков товаров на складе при
оформлении операций списания (при установленном флаге система проверяет, достаточно ли
свободного остатка товара при проведении документов, таких как Реализация товаров и услуг, Заказ
клиента (с действиями: «Отгрузить» или «Резервировать»), Внутреннее потребление и других).
При необходимости заполнить реквизиты на вкладке «Ордерная схема и структура»:
Реквизиты на вкладке «Ордерная схема и структура» заполняются в только в том случае, если
склад использует ордерную схему документооборота.
2.3. ПРИЕМКА ТМЦ НА БЕЗОРДЕРНЫЙ СКЛАД
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксации в информационной системе
фактического поступления товаров на склад, что обеспечивает возможность дальнейшей работы в
системе, включая отражение хозяйственной операции в бухгалтерском и управленческом учете.
Ответственное лицо по складу создает в 1С:ERP. УХ документ «Приобретение товаров и
услуг» с соответствующим видом операции, в зависимости от того, осуществляется ли приемка
товара от поставщика или через подотчетное лицо.
При использовании безордерной схемы документооборота на складе-получателе документ
«Приобретение товаров и услуг» влияет на финансовый результат и одновременно изменяет
количество ТМЦ на складах.
Отражение приемки товаров от поставщика также различается в зависимости от того, есть ли
документ-основание «Заказ поставщику» либо нет.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
При необходимости в конце рабочего дня Ответственное лицо по складу-получателю
формирует в 1С:ERP. УХ отчет «Реестр торговых документов» с отбором по всем документам
«Приобретение товаров и услуг» за текущий день на своем складе и выводит на печать.
Ответственный бухгалтер проверяет документы «Приобретение товаров и услуг» в системе и
при необходимости устанавливает признак проверки в документах.
Для контроля за движением товаров в 1С:ERP. УХ используются типовые отчеты: «Ведомость
по товарам на складах», «Остатки и доступность товаров», «Ведомость по товарам организаций» с
отбором по конкретному складу.
Ответственное лицо за создание Авансового отчета создает из формы документа «Приобретение
товаров и услуг» документ «Авансовый отчет».
Ответственный бухгалтер проверяет документ «Авансовый отчет» и при необходимости
устанавливает признак проверки в документе.
Для контроля за денежными средствами, выданными в подотчет, в 1С:ERP. УХ используются
типовые отчеты: «Ведомость по денежным средствам у подотчетных лиц», «Контроль операций с
денежными средствами».
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.3.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 3 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 3 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/
п
Код БП
Название БП
Название Функции
Создание
документа
«Приобретение товаров
и услуг» на основании
«Заказа поставщику».
1.
СКЛ.2.1.
Создание
документа
«Приобретение товаров
Приемка ТМЦ и услуг» без документана безордерный основания.
склад
Создание
документа
«Приобретение товаров
и услуг» с видом
операции
«Закупка
через
подотчетное
лицо».
Детальное описание
При создании документа
«Приобретение товаров и
услуг» на основании
«Заказа
поставщику»
автоматически
будут
заполнены все реквизиты
в ПТУ из «Заказа
поставщику».
При создании ПТУ без
документа-основания
необходимо
вручную
заполнить все ключевые
реквизиты.
При создании документа
«Приобретение товаров и
услуг» выбрать операцию
«Закупка
через
подотчетное лицо» и
вручную заполнить все
ключевые реквизиты.
При создании документа
«Авансовый отчет» из
документа
ПТУ
с
операцией
«Закупка
Редакция 1
АО «КМКР»
№
п/
п
Код БП
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Название БП
Название Функции
Формирование отчета
«Реестр
торговых
документов».
Формирование отчетов
по товарам на складах.
Формирование отчетов
по
товарам
организаций.
2.
СКЛ.2.2
Отчеты.
Контроль
за
денежными средствами
у подотчетных лиц.
Изменение №
Детальное описание
через подотчетное лицо»
автоматически
заполняются ключевые
реквизиты в «Авансовом
отчете».
Отчет «Реестр торговых
документов»
формируется
для
выведения на печать
списка документов по
приемке
товаров
в
разрезе периода.
Для контроля движения
ТМЦ
на
складах
используются типовые
отчеты с отборами по
складу за период:
 «Ведомость
по
товарам на складах»;
 «Остатки
и
доступность товаров».
Для контроля отражения
поступлений ТМЦ в
финансовом
учете
используется
типовой
отчет «Ведомость по
товарам организаций» с
отбором по складу за
период.
Для
контроля
за
денежными средствами у
подотчетных
лиц
используется
типовой
отчет «Ведомость по
денежным средствам у
подотчетных лиц».
Для
контроля
незавершенных операций
с денежными средствами
используется
типовой
отчет
«Контроль
операций с денежными
средствами».
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2.3.2.1. СОЗДАНИЕ ДОКУМЕНТА «ПРИОБРЕТЕНИЕ ТОВАРОВ И
УСЛУГ»
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При наличии созданного в системе документа «Заказ поставщику» фактическое поступление
ТМЦ требуется отражать документом ПТУ на основании Заказа.
Документ «Заказ поставщику» предназначен для отслеживания процесса закупки, состояния
выполнения поступления и оплаты, планирования дальнейших поставок.
В случае создания документа «Приобретение товаров и услуг» на основании «Заказа
поставщику» система автоматически заполнит все реквизиты в ПТУ из документа-основания.
Информация о товарах может быть скорректирована в соответствии с фактическим поступлением
до момента установки признака проверки в ПТУ.
Для отражения фактического поступления ТМЦ при отсутствии документа «Заказ
поставщику» в системе требуется создать документ «Приобретение товаров и услуг» из общего
Журнала документов по закупкам.
В таком случае в документе «Приобретение товаров и услуг» требуется вручную заполнить все
реквизиты и табличные части.
Для разграничения прав пользователей для отражения операций по определенным складам
будут использоваться ролевые модели.
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения поступлений
ТМЦ на основании документа «Заказ поставщику» и без документа-основания.
Для создания ПТУ на основании документа «Заказ поставщику» Ответственный по складу
открывает требуемый документ «Заказ поставщику», выбирает функцию «Создать на основании» →
«Приобретение товаров и услуг». Система откроет форму создания ПТУ с операцией «Закупка у
поставщика» с предзаполненными реквизитами.
После создания документа Ответственный по складу проверяет правильность заполнения
реквизитов. При необходимости корректирует реквизиты в ТЧ «Товары» в соответствии с
фактическим поступлением. Если в ТЧ «Товары» будет добавлен товар, не соответствующий заказу,
то данная строка будет выделена знаком «Сверх заказа».
При создании ПТУ на основании «Заказа поставщику» все обязательные для заполнения
реквизиты в ПТУ будут автоматически заполнены системой из документа-основания «Заказ
поставщику».
Для создания документа «Приобретение товаров и услуг» без документа-основания
необходимо перейти в общий Журнала документов по закупкам. Для этого в общем Журнале
документов по закупкам необходимо нажать кнопку «Создать» → Приобретение товаров и услуг →
Закупка у поставщика.
В случае создания документа «Приобретение товаров и услуг» без документа-основания
«Заказа поставщику» Ответственному по складу необходимо будет вручную заполнить все
ключевые реквизиты в ПТУ:
 Организация;
 Поставщик;
 Договор;
 Соглашение с поставщиком (если используются);
 Склад;
 Подразделение.
Информация о товарах вносится вручную в ТЧ «Товары» в соответствии с фактическим
поступлением и в соответствии с первичным документом поставщика, может редактироваться до
момента установки признака проверки в ПТУ.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Документ «Приобретение товаров и услуг» на складе, использующем безордерную схему
документооборота, отражает изменения в складском и финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Запасы и потребности;
o Себестоимость товаров;
o Расчеты с поставщиками.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость по товарам организаций;
o Ведомость расчетов с поставщиками.
После записи и/или проведения документ доступен для просмотра и редактирования в
подсистеме «Закупки».
После установки признака проверки в ПТУ документ будет не доступен для редактирования
обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр ПТУ.
В системе будут настроены ролевые модели для пользователей с ролью «Ответственный по
складу».
При этом, для пользователей с ролью «Ответственный по складу» будут выполнены настройки с
ограничением доступа на уровне записей, т.е. каждый пользователь с ролью «Ответственный по
складу» сможет создавать и редактировать документы движения только по своему складу.
В роль «Ответственный по складу» будут включены права:
 на редактирование, установки пометки удаления документов «Приобретение товаров и
услуг» без признака проверки документа (при установленном признаке проверки
документа доступен будет только просмотр ПТУ);
 просмотр, чтение документов «Заказ поставщику»;
 использование типовых отчетов по блоку «Склад и доставка».
Права на установку/снятие признака проверки документов в ПТУ будут включены в профиль
ответственного бухгалтера.
2.3.2.2. СОЗДАНИЕ ДОКУМЕНТА «ПРИОБРЕТЕНИЕ ТОВАРОВ И УСЛУГ» С
ВИДОМ ОПЕРАЦИИ «ЗАКУПКА ЧЕРЕЗ ПОДОТЧЕТНОЕ ЛИЦО»
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения поступлений ТМЦ через подотчетное лицо используется типовой документ
«Приобретение товаров и услуг» с операцией «Закупка через подотчетное лицо». ПТУ создаются из
общего Журнала документов по закупкам.
В этом случае в список ключевых реквизитов документа ПТУ добавится реквизит
«Подотчетное лицо», который так же, как и остальные реквизиты необходимо будет заполнить
вручную.
Для отражения учета использования денежных средств, выданных подотчетному лицу для
закупки ТМЦ, должна быть связь документа «Приобретение товаров и услуг» с документом
«Авансовый отчет».
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2.3.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения поступлений
ТМЦ с помощью документа «Приобретение товаров и услуг» с операцией «Закупка через
подотчетное лицо». ПТУ создаются из общего Журнала документов по закупкам. Для этого в общем
Журнале документов по закупкам необходимо нажать кнопку «Создать» → Приобретение товаров и
услуг → Закупка через подотчетное лицо.
При создании документа «Приобретение товаров и услуг» с операцией «Закупка через
подотчетное лицо» Ответственному по складу необходимо будет вручную заполнить все ключевые
реквизиты в ПТУ:
 Организация;
 Поставщик;
 Договор (при наличии);
 Подотчетное лицо;
 Склад;
 Подразделение.
Информация о товарах вносится вручную в ТЧ «Товары» в соответствии с фактическим
поступлением и в соответствии с первичным документом поставщика, может редактироваться до
момента установки признака проверки в ПТУ.
Документ «Приобретение товаров и услуг» с операцией «Закупка через подотчетное лицо» на
складе, не использующем ордерную схему документооборота, отражает изменения в складском и
финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Запасы и потребности;
o Себестоимость товаров;
o Расчеты с поставщиками;
o Денежные средства у подотчетных лиц.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость по товарам организаций;
o Ведомость расчетов с поставщиками;
o Ведомость по денежным средствам у подотчетных лиц.
После записи и/или проведения документ доступен для просмотра и редактирования в
подсистеме «Закупки».
После установки признака проверки в ПТУ документ будет не доступен для редактирования
обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр ПТУ.
После проведения ПТУ с операцией «Закупка через подотчетное лицо», документ не
закрывать, чтобы была возможность с формы документа перейти по гиперссылке «Включить в
авансовый отчет». В открывшейся форме «Авансовые отчеты» нажать на кнопку «Создать», далее
нажать кнопку «Провести и закрыть».
В системе будет создан документ «Авансовый отчет» в статусе «Подготовлен», в котором
будут заполнены реквизиты из ПТУ:
 Организация;
 Поставщик;
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
 Подотчетное лицо;
 Подразделение;
 Номер входящего документа;
 Дата входящего документа;
 Наименование входящего документа;
 Подразделение;
 Статья ДДС (как цель выдачи денежных средств);
 Сумма закупки;
 Документ ПТУ, в котором отражена закупка через подотчетное лицо.
Создать документ «Авансовый отчет» так же можно в рабочем месте «Авансовые отчеты к
оформлению».
После проведения документа «Авансовый отчет» информация о денежных средствах будет:
 записана в Регистр сведений, в том числе:
o Отражение в регламентированном учете.
 отражаться в отчетах, в том числе:
o Ведомость по денежным средствам у подотчетных лиц;
o Контроль операций с денежными средствами.
После установки признака проверки в «Авансовом отчете» документ будет не доступен для
редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр документа «Авансовый отчет» в
разделе Казначейство.
Если по бизнес-процессу права пользователя, ответственного за создание «Авансового отчета»,
отличаются от прав пользователя, который может устанавливать признак проверки и статус
«Утверждено» в документе, то будет необходимо создать в системе два разных профиля.
Для пользователя, ответственного за создание документов «Авансовый отчет», будет настроен
профиль с правами:
 на редактирование, установки пометки удаления в документе «Авансовый отчет»;
 чтение, просмотр документа «Приобретение товаров и услуг».
Для пользователя, ответственного за проверку документов «Авансовый отчет» будет настроен
профиль с правами:
 на редактирование, установки пометки удаления в документе «Авансовый отчет»;
 право изменения статусов проверки документов;
 установку статуса «Утверждено».
2.3.2.3. ФОРМИРОВАНИЕ ОТЧЕТА «РЕЕСТР ТОРГОВЫХ ДОКУМЕНТОВ»
2.3.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования списка созданных документов «Приобретение товаров и услуг»
используется типовой отчет «Реестр торговых документов», сформированный с отбором по
документам ПТУ за выбранный период. В системе существует возможность выводить на печать
таблицу с данными отчета. К распечатанному Реестру можно прикладывать первичные бумажные
документы.
2.3.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования списка документов «Приобретение товаров и услуг» используется типовой
отчет «Реестр торговых документов» с возможностью получения данных по типу документов на
определенном складе за установленный период.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Для формирования списка документов «Приобретение товаров и услуг» необходимо перейти
по гиперссылке «Реестр торговых документов» в подсистеме «Закупки» или «Склад и доставка». На
открывшейся форме списка документов нажать на кнопку «Реестр торговых документов».
В открывшейся форме отчета установить период, за который необходимо сформировать
список документов и в реквизите «Типы документов» выбрать значение «Приобретение товаров и
услуг». В реквизите «Склад» выбрать склад или несколько складов, по которым оформлены ПТУ.
Нажать на кнопку «сформировать».
Для выведения на печать после формирования отчета необходимо нажать на кнопку «Печать»
или «Предварительный просмотр».
Для сохранения отчета необходимо нажать на кнопку «Сохранить», заполнить название,
выбрать тип и каталог для сохранения файла.
2.3.2.4. ОТЧЕТЫ
2.3.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения операций в складском учете в системе необходимо
формировать отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете необходимо формировать
отчеты, формирующие движения и остатки по товарам организаций.
Для контроля за движением денежных средств у подотчетных лиц необходимо формировать
отчеты, формирующие движения и остатки денежных средств у подотчетных лиц.
2.3.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению и остаткам ТМЦ на складах в складском учете
используются типовой отчет «Ведомость по товарам на складах», который расположен в
подсистеме «Склад и доставка».
Для получения данных по определенному складу перед формированием отчета необходимо
заполнить отбор по реквизиту «Склад», установить период, при необходимости установить флаг в
реквизит «Детализация до регистратора». При установке флага в реквизит «Детализация до
регистратора» система сформирует данные с документом, который регистрирует хозяйственную
операцию по приходу ТМЦ в складском учете (отчет отражает данные только по складскому учету и
не отражает данные в финансовом учете, что особенно актуально при использовании ордерной
схемы документооборота).
Сформированный отчет «Ведомость по товарам на складах» содержит данные по складу (или
всем складам, если в отборе не выбран конкретный склад или склады) в разрезе номенклатуры в
натуральных единицах:
 по начальному остатку на дату начала формирования отчета;
 приход и расход за установленный период;
 конечный остаток на дату окончания.
Для формирования остатков на текущий момент по складу (или складам) используются
типовой отчет «Остатки и доступность товаров», который расположен в подсистеме «Склад и
доставка». Отчет «Остатки и доступность товаров» формирует данные, отраженные в складском
учете.
Данные формируются в отчете с отбором по складу в разрезе номенклатуры и количества по
доступности: свободным остаткам, резервам, товарам к отгрузке.
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций», который расположен в разделе «Финансовый
результат и контроллинг».
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Для получения данных по определенному складу необходимо перед формированием отчета
заполнить отборы по реквизиту «Склад», установить период. При добавлении в структуру отчета
аналитики «Регистратор» система сформирует данные с документом, который регистрирует
хозяйственную операцию по приходу ТМЦ в финансовом учете (отчет не отражает данные в
складском учете, что особенно актуально при использовании ордерной схемы документооборота).
Сформированный отчет «Ведомость по товарам организаций» содержит данные по складу
(или всем складам, если в отборе не выбран конкретный склад или несколько складов) в разрезе
номенклатуры в натуральных единицах:
 по начальному остатку на дату начала формирования отчета;
 приход и расход за установленный период;
 конечный остаток на дату окончания.
В настройках расширенного варианта отчета можно добавить аналитику по регистратору и
виду запасов (готовая продукция, топливо, ОС и т.д.).
Для осуществления контроля за денежными средствами, выданными в подотчет,
используются типовые отчеты:
 Контроль операций с денежными средствами;
 Ведомость по денежным средствам у подотчетных лиц.
Отчеты расположены в подсистеме «Казначейство» → Отчеты по казначейству.
Отчет «Контроль операций с денежными средствами» содержит данные по незавершенным
операциям с денежными средствами в разрезе получателей денежных средств по цели выдачи,
сумме, состоянию операции и рекомендации отражений незавершенных операций по денежным
средствам.
Отчет «Ведомость по денежным средствам у подотчетных лиц» содержит данные по
движению денежных средств у подотчетного лица за установленный период: начальный остаток,
приход, расход и конечный остаток. При добавлении в расширенные настройки отчета аналитик
«Регистратор», «Цель выдачи» - отчет формирует данные по движению денежных средств у
подотчетных лиц в разрезе цели выдачи и документам, регистрирующим казначейские операции.
2.4. ОТГРУЗКА ТМЦ С БЕЗОРДЕРНОГО СКЛАДА
2.4.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксации в информационной системе
фактической отгрузки товаров со склада, что обеспечивает возможность дальнейшей работы в
системе, включая отражение хозяйственной операции в бухгалтерском и управленческом учете.
При оформлении продажи товаров Ответственный бухгалтер создает в 1С:ERP. УХ документ
«Реализация товаров и услуг».
При использовании безордерной схемы документооборота на складе документ «Реализация
товаров и услуг» влияет на финансовый результат и одновременно изменяет количество ТМЦ на
складах.
Ответственный по складу производит наборку и отгрузку ТМЦ по печатным формам ТОРГ-12
или «Расходная накладная», которые выводятся из проведенного документа «Реализация товаров и
услуг».
При необходимости в конце рабочего дня Ответственное лицо по складу-отправителю
формирует в 1С:ERP. УХ отчет «Реестр торговых документов» с отбором по всем документам
«Реализация товаров и услуг» за текущий день на своем складе и выводит на печать.
Ответственный бухгалтер проверяет документы «Реализация товаров и услуг» в системе и при
необходимости устанавливает признак проверки в документах.
Для контроля за движением товаров в 1С:ERP. УХ используются типовые отчеты: «Ведомость
по товарам на складах», «Остатки и доступность товаров», «Ведомость по товарам организаций» с
отбором по конкретному складу.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
При отгрузке сырья в переработку Ответственное лицо за создание заказов в переработку
создает документ «Заказ переработчику».
Далее Ответственное лицо создает на основании «Заказа переработчику» документ «Передача
сырья переработчику».
При использовании безордерной схемы документооборота на складе-отправителе документ
«Передача сырья переработчику» влияет на финансовый результат и одновременно изменяет
количество ТМЦ на складах.
При перемещении товаров между складами организации, использующими безордерную схему
документооборота, Ответственное лицо по складу-отправителю создает документ «Перемещение
товаров» в статусе «Отгружено». Ответственное лицо по складу-получателю устанавливает статус
«Принято».
При использовании безордерной схемы документооборота на складе-отправителе документ
«Перемещение товаров» влияет на финансовый результат и одновременно изменяет количество
ТМЦ на складах.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.4.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 4 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
Код БП
Название БП
Название Функции
Создание
документа
«Реализация товаров и
услуг».
1.
СКЛ.3.1
Создание
документа
«Передача
сырья
Отгрузка ТМЦ с переработчику».
безордерного
склада
Создание
документа
«Перемещение
товаров».
Формирование отчета
«Реестр
торговых
документов».
Детальное описание
При создании документа
«Реализация товаров и
услуг» без документаоснования «Заказ клиента»
необходимо
вручную
заполнить все ключевые
реквизиты.
При создании документа
«Передача
сырья
переработчику»
на
основании
документа
«Заказ
переработчику»
автоматически
будут
заполнены все реквизиты в
«Передаче
сырья
переработчику» из заказа.
При создании документа
«Перемещение
товаров»
статус приемки влияет на
отражение остатков ТМЦ в
складском учете.
Сформировать
отчет
«Реестр
торговых
документов» и распечатать
таблицу
отчета
с
полученным
списком
документов.
Редакция 1
АО «КМКР»
№
п/п
Код БП
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Название БП
Название Функции
Формирование отчетов
по товарам на складах.
2.
СКЛ.3.2
Отчеты.
Формирование отчетов
по товарам организаций.
Формирование отчетов
по взаиморасчетам с
клиентами.
Формирование отчетов
по продажам.
2.4.2.1. СОЗДАНИЕ
УСЛУГ»
ДОКУМЕНТА
Изменение №
Детальное описание
Для контроля движения
ТМЦ
на
складах
используются
типовые
отчеты с отборами по
складу за период:
 «Ведомость по товарам
на складах»
 «Остатки и доступность
товаров».
 Контроль
оформления
документов
товародвижения
Для контроля отражения
отгрузок
ТМЦ
в
финансовом
учете
используется типовой отчет
«Ведомость по товарам
организаций» с отбором по
складу за период.
Для формирования данных
по
взаиморасчетам
с
клиентами
используются
отчеты:
 Ведомость расчетов с
клиентами
 Задолженность клиентам
по срокам.
Для формирования анализа
продаж используется отчет
«Валовая
прибыль
предприятия».
«РЕАЛИЗАЦИЯ
ТОВАРОВ
И
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения фактической отгрузки ТМЦ при отсутствии документа «Заказ клиента» в
системе требуется создать документ «Реализация товаров и услуг» из общего Журнала документов
по продажам.
В таком случае в документе «Реализация товаров и услуг» требуется вручную заполнить все
реквизиты и табличную часть.
Документ «Реализация товаров и услуг» на складе, использующем безордерную схему
документооборота, отражает изменения в складском и финансовом учете.
Для разграничения прав пользователей на просмотр операций по определенным складам будут
использоваться ролевые модели.
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения продажи
ТМЦ с помощью документа «Реализация товаров и услуг» без документа-основания. РТУ создаются
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
из общего Журнала документов по продажам. Для этого в общем Журнале документов по продажам
необходимо нажать кнопку «Создать» → Реализация.
В случае создания документа «Реализация товаров и услуг» без документа-основания «Заказа
клиента» Ответственному бухгалтеру необходимо будет вручную заполнить все ключевые
реквизиты в РТУ:
 Организация;
 Поставщик;
 Договор;
 Соглашение с поставщиком (если используются);
 Склад;
 Подразделение;
 Направление деятельности.
Информация о товарах вносится вручную в ТЧ «Товары» в соответствии с планируемой
отгрузкой и может редактироваться до момента установки признака проверки в РТУ.
Документ «Реализация товаров и услуг» на складе, не использующем ордерную схему
документооборота, отражает изменения в складском и финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Запасы и потребности;
o Выручка и себестоимость продаж;
o Расчеты с клиентами.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость по товарам организаций;
o Ведомость расчетов с клиентами;
o Задолженность клиентов по срокам.
После записи и/или проведения документ РТУ доступен для просмотра и редактирования в
подсистеме «Продажи».
После установки признака проверки в РТУ документ будет не доступен для редактирования
обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр РТУ.
В роль «Ответственный по складу» будут включены права:
 просмотр, чтение документов «Реализация товаров и услуг» по своему складу.
Права на установку/снятие признака проверки документов в РТУ будут включены в профиль
ответственного бухгалтера.
2.4.2.2. СОЗДАНИЕ
ПЕРЕРАБОТЧИКУ»
ДОКУМЕНТА
«ПЕРЕДАЧА
СЫРЬЯ
2.4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Заказ переработчику» предназначен для оформления регистрации заказа в
стороннюю организацию (переработчику) на оказание услуг по переработке переданного сырья и
материалов, а также для последующего отражения выпуска готовой продукции (полуфабрикатов) и
работ. На основании документа «Заказ переработчику» оформляются последующие документы:
«Передача сырья переработчику», «Поступление от переработчика» и «Отчёт переработчика».
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
При создании документа «Передача сырья переработчику» на основании «Заказа
переработчику» система автоматически заполнит все ключевые реквизиты и ТЧ «Товары».
При использовании безордерной схемы документооборота на складе-отправителе документ
«Передача сырья переработчику» влияет на финансовый результат и одновременно изменяет
количество ТМЦ на складах.
Для разграничения прав пользователей на отражения операций по определенным складам
будут использоваться ролевые модели.
2.4.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения передачи
сырья/материалов переработчику на основании документа «Заказ переработчику».
Чтобы была возможность создать на основании «Заказа переработчику» документ «Передача
сырья переработчику» в ТЧ «Материалы и работы» необходимо в реквизит «Действие» установить
значение «Отгрузить». Для этого на закладке «Материалы и работы» в табличной части выделить
строку и нажать на кнопку «Обеспечение» → выбрать «Отгрузить» и провести документ.
Ответственное лицо открывает в системе требуемый документ «Заказ переработчику»,
выбирает функцию «Создать на основании» → «Передача сырья переработчику». Система откроет
форму создания документа «Передача сырья переработчику» с предзаполненными реквизитами из
документа-основания «Заказ переработчику».
После создания документа Ответственный по складу проверяет правильность заполнения
реквизитов. При необходимости корректирует реквизиты в ТЧ «Товары» в соответствии с
фактической отгрузкой. На основании одного документа «Заказ переработку» можно создать
несколько документов «Передача сырья переработчику». При этом система не позволит ввести
количество к отгрузке в документе «Передача сырья переработчику» больше, чем в «Заказе
переработчику».
При проведении документа «Передача сырья переработку» будет срабатывать типовая
проверка: количество товаров во всех связанных документах «Передача сырья переработчику» не
может быть больше количества материалов в документе-основании «Заказ переработчику».
При создании документа «Передача сырья переработчику» на основании «Заказа
переработчику» все обязательные для заполнения реквизиты в «Передаче сырья переработчику
будут автоматически заполнены системой из документа-основания.
После проведения документа есть возможность вывести на печать типовую форму Накладной
(М-15).
Также после проведения документа «Передача сырья переработчику» в системе информация о
товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Себестоимость товаров.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость по товарам, хранящимся у переработчика;
o Контроль передачи сырья и материалов в переработку;
o Контроль поставки продукции переработчиком;
o Товары, переданные переработчикам.
После записи и/или проведения документ доступен для просмотра и редактирования в
подсистеме «Производство».
После установки признака проверки в «Передаче сырья переработчику» документ будет не
доступен для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
 или полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр документа «Передача сырья
переработчику».
В роль «Ответственный по складу» будут включены права:
 просмотр, чтение документов «Передача сырья переработчику».
Права на редактирование, изменение, установку/снятие пометки удаления, установку/снятие
признака проверки документов в документах «Передача сырья переработчику» будут включены в
профиль ответственного бухгалтера.
2.4.2.3. СОЗДАНИЕ ДОКУМЕНТА «ПЕРЕМЕЩЕНИЕ ТОВАРОВ»
2.4.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Перемещение товаров» предназначен для отражения в системе операций
фактического перемещения ТМЦ между складами организации.
При использовании безордерной схемы документооборота на складе-отправителе и складеполучателе документ «Перемещение товаров» влияет на финансовый результат и одновременно
изменяет количество ТМЦ на складах.
Для разграничения прав пользователей на отражения операций по определенным складам
будут использоваться ролевые модели.
2.4.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения перемещений
товаров между складами с помощью документа «Перемещение товаров».
При использовании на складе-отправитель и складе-получатель безордерной схемы
документооборота Ответственный по складу-отправителю создает в системе документ
«Перемещение товаров». Документ создается из «Журнала документов внутреннего
товародвижения», который расположен в подсистеме «Склад и доставка» → Внутреннее
товародвижение → Внутренние документы (все).
На форме «Журнала документов внутреннего товародвижения» необходимо нажать кнопку
«Создать» → «Перемещение товаров». Система откроет форму создания документа «Перемещение
товаров».
Ответственному по складу-отправителю необходимо вручную заполнить все ключевые
реквизиты:
 Организация;
 Склад-отправитель;
 Склад-получатель;
 Подразделение;
 Направление деятельности (при необходимости);
 Дата поступления.
Информация о товарах вносится вручную в ТЧ «Товары» в соответствии с фактической
отгрузкой и может редактироваться до момента установки признака проверки в документе
«Перемещение товаров».
Созданный Ответственным лицом по складу-отправителю документ «Перемещение товаров»
должен иметь статус «Отгружено». Данным статусом подтверждается фактическая отгрузка ТМЦ
со склада-отправителя.
После проведения документа «Перемещение товаров» станет доступным выведение печатных
форм:
 Накладная на перемещение
 Накладная на внутреннее перемещение (ТОРГ-13)
 Требование-накладная (М-11)
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Ответственное лицо по складу-получателю после проверки фактического поступления товара
устанавливает в требуемом документе «Перемещение товаров» статус «Принято» и проводит
документ. Данным статусом подтверждается фактическое получение ТМЦ складом-получателем.
Документ «Перемещение товаров» на складе, не использующем ордерную схему
документооборота, отражает изменения в складском и финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Запасы и потребности;
o Себестоимость товаров.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Контроль оформления документов товародвижения (по складу-получателю);
o Состояние выполнения (расположен на форме документа «Перемещение
товаров»).
После записи и/или проведения документ «Перемещение товаров» доступен для просмотра и
редактирования в подсистеме «Склад и доставка».
После установки признака проверки в «Перемещении товаров» документ будет не доступен
для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр документа «Перемещение
товаров».
В роль «Ответственный по складу» будут включены права:
 редактирование, установку/снятие пометки удаление документов «Перемещение
товаров».
Права на установку/снятие признака проверки документов в «Перемещение товаров» будут
включены в профиль ответственного бухгалтера.
2.4.2.4. ФОРМИРОВАНИЕ ОТЧЕТА «РЕЕСТР ТОРГОВЫХ ДОКУМЕНТОВ»
2.4.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования списка созданных документов «Реализация товаров и услуг» и /или
«Перемещение товаров» используется типовой отчет «Реестр торговых документов»,
сформированный с отбором по видам документов за выбранный период. В системе существует
возможность выводить на печать таблицу с данными отчета. К распечатанному Реестру можно
прикладывать первичные бумажные документы.
2.4.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования списка документов «Реализация товаров и услуг» и «Перемещение
товаров» используется типовой отчет «Реестр торговых документов» с возможностью получения
данных по виду документов на определенном складе за установленный период.
Для формирования списка документов необходимо перейти по гиперссылке «Реестр торговых
документов» в подсистеме «Продажи» или «Склад и доставка». На открывшейся форме списка
документов нажать на кнопку «Реестр торговых документов».
В открывшейся форме отчета установить период, за который необходимо сформировать
список документов и в реквизите «Типы документов» выбрать значение «Реализация товаров и
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
услуг» и/или «Перемещение товаров». В реквизите «Склад» выбрать склад или несколько складов,
по которым оформлены документы. Нажать на кнопку «сформировать».
Для выведения на печать после формирования отчета необходимо нажать на кнопку «Печать»
или «Предварительный просмотр».
Для сохранения отчета необходимо нажать на кнопку «Сохранить», заполнить название,
выбрать тип и каталог для сохранения файла.
2.4.2.5. ОТЧЕТЫ
2.4.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения операций в складском учете в системе используются
типовые отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете используются типовые
отчеты, формирующие движения и остатки по товарам организаций.
Для контроля взаиморасчетов с клиентами используются типовые отчеты, формирующие
движения денежных средств по взаиморасчетам с клиентами и сроки задолженности клиентов.
2.4.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению и остаткам ТМЦ на складах в складском учете
используются типовой отчет «Ведомость по товарам на складах», который расположен в
подсистеме «Склад и доставка».
Для получения данных по определенному складу необходимо перед формированием отчета
заполнить отборы по реквизиту «Склад», установить период, при необходимости установить флаг в
реквизит «Детализация до регистратора». При установке флага в реквизит «Детализация до
регистратора» система сформирует данные с документом, который регистрирует хозяйственную
операцию расходу ТМЦ в складском учете (отчет отражает данные только по складскому учету и не
отражает данные в финансовом учете, что особенно актуально при использовании ордерной схемы
документооборота).
Сформированный отчет «Ведомость по товарам на складах» содержит данные по складу (или
всем складам, если в отборе не выбран конкретный склад или склады) в разрезе номенклатуры в
натуральных единицах:
 по начальному остатку на дату начала формирования отчета;
 приход и расход за установленный период;
 конечный остаток на дату окончания.
Для формирования остатков на текущий момент по складу (или складам) используются
типовой отчет «Остатки и доступность товаров», который расположен в подсистеме «Склад и
доставка». Отчет «Остатки и доступность товаров» формирует данные, отраженные в складском
учете.
Данные формируются в отчете с отбором по складу в разрезе номенклатуры и количества по
доступности: свободным остаткам, резервам, товарам к отгрузке.
Отчет расположен в подсистеме «Склад и доставка» → Отчеты по складу.
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций», который расположен в разделе «Финансовый
результат и контроллинг».
Для получения данных по определенному складу необходимо перед формированием отчета
заполнить отборы по реквизиту «Склад», установить период. При добавлении в структуру отчета
аналитики «Регистратор» система сформирует данные с документом, который регистрирует
хозяйственную операцию по расходу ТМЦ в финансовом учете (отчет не отражает данные в
складском учете, что особенно актуально при использовании ордерной схемы документооборота).
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Сформированный отчет «Ведомость по товарам организаций» содержит данные по складу
(или всем складам, если в отборе не выбран конкретный склад или несколько складов) в разрезе
номенклатуры в натуральных единицах:
 по начальному остатку на дату начала формирования отчета;
 приход и расход за установленный период;
 конечный остаток на дату окончания.
В настройках расширенного варианта отчета можно добавить аналитику по регистратору и
виду запасов (готовая продукция, топливо, ОС и т.д).
Для контроля полноты (обнаружения недооформленных операций) и корректности отражения
операций по товародвижению используется типовой отчет «Контроль оформления документов
товародвижения».
Отчет формируется на определенную дату (перед формированием отчета обязательно нужно
заполнить дату). Отчет может формироваться в разрезе аналитик: Склад и Вид операции. При
установке значения в отборе «Дней» система сформирует данные в отчете по незавершенным
операциям, с момента начала которых прошло дней, больше или равно значению в отборе.
С помощью расширенных настроек в отчете можно добавить аналитику по номенклатуре.
Отчет расположен в подсистеме «Склад и доставка» → Отчеты по складу.
Типовой отчет «Ведомость взаиморасчетов с клиентами» предназначен для анализа
взаиморасчетов с клиентами: позволяет отслеживать долг клиентов и наш долг перед клиентами в
разрезе: контрагента – договора – объекта расчетов за установленный период.
Отчет расположен в подсистеме «Продажи» → Отчеты по продажам.
Типовой отчет «Задолженность клиентов по срокам» предназначен для анализа дебиторской
задолженности по вариантам интервалов задолженности.
Для использования нескольких вариантов классификации задолженности необходимо
включить функциональную опцию «Несколько вариантов классификации задолженности». Данная
опция расположена в разделе «НСИ и администрирование» → Партнеры → Казначейство и
взаиморасчеты → Взаиморасчеты.
Для использования нестандартной классификации интервалов задолженности необходимо
создать новый элемент Справочника «Варианты классификации задолженности», расположенный в
разделе «НСИ и администрирование» → Партнеры → Варианты классификации задолженности.
Отчет «Задолженность клиентов по срокам» позволяет видеть сумму просроченной и
непросроченной задолженности с возможностью детализации по договорам и документамрегистраторам в разрезе заданного варианта классификации задолженности по интервалам.
Отчет расположен в подсистеме «Продажи» → Отчеты по продажам.
Типовой отчет «Валовая прибыль предприятия» предназначен для формирования результатов
продаж и оценки их прибыльности.
Он позволяет:
 Оценивать прибыльность продаж по организациям, подразделениям, менеджерам и
номенклатурным позициям
 Проверять факты продаж товаров ниже себестоимости
 Анализировать влияние выручки, себестоимости и дополнительных расходов на
формирование валовой прибыли
 Сравнивать показатели эффективности за различные периоды
Отчет формируется в валюте управленческого учета с НДС или без НДС и содержит ключевые
показатели: количество, выручку, себестоимость реализованных товаров, валовую прибыль и
рентабельность. Данные в отчете отражаются при наличии документа "Реализация товаров и услуг".
Отчет расположен в подсистеме «Продажи» → Отчеты по продажам.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2.5. УЧЕТ НАРКОТИЧЕСКИХ И ПСИХОТРОПНЫХ СРЕДСТВ (БЕЗОРДЕРНАЯ СХЕМА
ДОКУМЕНТООБОРОТА)
2.5.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражать в информационной системе учет
наркотических и психотропных средств.
2.5.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 5 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 5 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
Код БП
Название БП
Название Функции
Учет
наркотических и
НСИ
психотропных
средств
Учет
Поступление
наркотических и
наркотических
и
психотропных
психотропных средств.
средств
1.
СКЛ.6.1
Учет
Перемещение
наркотических и
наркотических
и
психотропных
психотропных средств.
средств
Учет
Списание
наркотических и
наркотических
и
психотропных
психотропных средств.
средств
Формирование отчетов
по товарам организаций.
2.
СКЛ.6.2
Отчеты
Формирование отчетов
по
движению
психотропных
и
наркотических средств.
Детальное описание
Для
номенклатуры
психотропных
и
наркотических
средств
создать соответствующий
Вид номенклатуры.
Поступление
наркотических
и
психотропных
средств
оформляется
типовым
документом «Приобретение
товаров и услуг».
Перемещение
наркотических
и
психотропных
средств
между
складами
оформляется
типовым
документом «Перемещение
товаров».
Списание наркотических и
психотропных
средств
оформляется
типовым
документом «Внутреннее
потребление» с операцией
«Списание на расходы».
Для контроля отражения
поступлений
ТМЦ
в
финансовом
учете
используется типовой отчет
«Ведомость по товарам
организаций» с отбором по
Виду номенклатуры за
период.
Для контроля движения
ТМЦ
на
складах
используются
типовой
отчет
«Ведомость
по
товарам на складах» с
Редакция 1
АО «КМКР»
№
п/п
Код БП
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
отбором
по
Виду
номенклатуры
за
установленный период.
2.5.2.1. НСИ
2.5.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо сгруппировать номенклатуру, относящейся к наркотическим и психотропным
средствам.
2.5.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм классификации
номенклатуры с помощью Справочника «Виды номенклатуры». Для этого необходимо создать
элемент Справочника «Виды номенклатуры» с наименованием «Наркотические и психотропные
средства» (наименование на усмотрение заказчика).
Данная группировка номенклатуры по Виду позволит при формировании отчетов получать
данные в разрезе номенклатурных позиций, относящихся к наркотическим и психотропным
средствам. А также при записи нового элемента Справочника «Номенклатура» с Видом
номенклатуры «Наркотические и психотропные средства» система автоматически заполнит
ключевые реквизиты:
 Ставка НДС
 Единицы измерения
 Группа настроек фин. учета
 Характеристики (если используются общие для вида номенклатуры)
 Серии (если используются)
2.5.2.2. СОЗДАНИЕ ДОКУМЕНТА «ПРИОБРЕТЕНИЕ ТОВАРОВ И УСЛУГ».
2.5.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо отражать в системе поступление ТМЦ, относящихся к наркотическим и
психотропным средствам.
Общие требования к автоматизации описаны в п 2.3.2.1.1.
2.5.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Поступление ТМЦ, относящихся к наркотическим и психотропным средствам, оформляется
типовым документом «Приобретение товаров и услуг».
Описание решения по автоматизации функции по созданию документа «Приобретения
товаров и услуг» описаны в п 2.3.2.1.2.
2.5.2.3. СОЗДАНИЕ ДОКУМЕНТА «ПЕРЕМЕЩЕНИЕ ТОВАРОВ»
2.5.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо отражать в системе перемещение ТМЦ, относящихся к наркотическим и
психотропным средствам, между складами.
Общие требования к автоматизации описаны в п 2.4.2.3.1.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2.5.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Перемещение ТМЦ, относящихся к наркотическим и психотропным средствам, между
складами оформляется типовым документом «Перемещение товаров».
Описание решения по автоматизации функции по созданию документа «Перемещение
товаров» описаны в п 2.4.2.3.2.
2.5.2.4. СОЗДАНИЕ ДОКУМЕНТА «ВНУТРЕННЕЕ ПОТРЕБЛЕНИЕ»
2.5.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо отражать в системе списание ТМЦ, относящихся к наркотическим и
психотропным средствам, между складами.
Общие требования к автоматизации описаны в п 2.6.2.1.1.
2.5.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Списание ТМЦ, относящихся к наркотическим и психотропным средствам, между складами
оформляется типовым документом «Внутреннее потребление» с операцией «Списание на расходы».
Описание решения по автоматизации функции по созданию документа «Внутреннее
потребление» с операцией «Списание на расходы» описаны в п 2.6.2.1.2.
2.5.2.5. ОТЧЕТЫ.
2.5.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения операций в складском учете в системе используются
типовые отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете используются типовые
отчеты, формирующие движения и остатки по товарам организаций.
2.5.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению и остаткам ТМЦ на складах в складском учете
используются типовой отчет «Ведомость по товарам на складах», который расположен в
подсистеме «Склад и доставка». Для формирования остатков по ТМЦ, относящихся к
наркотическим и психотропным средствам, необходимо выполнить типовые настройки с отбором
по Виду номенклатуры «Наркотические и психотропные средства».
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций», который расположен в разделе «Финансовый
результат и контроллинг». Для формирования остатков по ТМЦ, относящихся к наркотическим и
психотропным средствам, необходимо выполнить типовые настройки с отбором по Виду
номенклатуры «Наркотические и психотропные средства»).
2.6. ВНУТРЕННЕЕ
ПОТРЕБЛЕНИЕ
ДОКУМЕНТООБОРОТА)
ТОВАРОВ
(БЕЗОРДЕРНАЯ
СХЕМА
2.6.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью фиксировать в информационной системе
передачу ТМЦ в эксплуатацию со склада, что обеспечивает дальнейшую возможность работы в
системе, в том числе отражение факта хозяйственной операции в бухгалтерском и управленческом
учете.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Для передачи ТМЦ в эксплуатацию Ответственное лицо по складу создает в 1С:ERP. УХ
документ «Внутреннее потребление» с видом операции «Передача в эксплуатацию».
Для списания товаров, материалов или работ на внутреннее потребление (определенные цели с
учетом установленной статьи расходов) Ответственный бухгалтер создает документ «Внутреннее
потребление» с операцией «Списание на расходы».
При использовании безордерной схемы документооборота на складе документ «Внутреннее
потребление»» влияет на финансовый результат и одновременно изменяет количество ТМЦ на
складах.
При необходимости в конце рабочего дня Ответственное лицо по складу формирует в 1С:ERP.
УХ отчет «Реестр торговых документов» с отбором по всем документам «Внутреннее потребление»
за текущий день на своем складе и выводит на печать.
Ответственный бухгалтер проверяет документы «Внутреннее потребление» в системе и при
необходимости устанавливает признак проверки в документах.
Для контроля за движением ТМЦ в 1С:ERP. УХ используются типовые отчеты: «Ведомость по
товарам на складах», «Ведомость по товарам организаций» с отбором по конкретному складу.
Для контроля за ТМЦ, выданным в эксплуатацию, используются типовые отчеты: «Ведомость
ТМЦ в эксплуатации», «Остатки ТМЦ в эксплуатации».
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.6.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 6 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 6 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
1.
2.
Код БП
СКЛ.4.1
СКЛ.4.2
Название БП
Название Функции
Детальное описание
При создании документа
«Внутреннее потребление»
с операцией «Передача в
эксплуатацию» необходимо
вручную заполнить все
документа
ключевые реквизиты.
Создание
Передача ТМЦ в
«Внутреннее
эксплуатацию
потребление».
Отчеты
При создании документа
«Внутреннее потребление»
с операцией «Списание на
расходы»
необходимо
вручную заполнить все
ключевые реквизиты.
Для контроля движения
ТМЦ
на
складах
используются
типовой
Формирование отчетов
отчет
«Ведомость
по
по движению ТМЦ на
товарам на складах» с
складах.
отбором по складу за
установленный период.
Для контроля отражения
Формирование отчетов
поступлений
ТМЦ
в
по товарам организаций.
финансовом
учете
Редакция 1
АО «КМКР»
№
п/п
Код БП
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
используется типовой отчет
«Ведомость по товарам
организаций» с отбором по
складу за период.
Для учета выданных ТМЦ в
эксплуатацию
используются
типовые
Формирование отчетов
отчеты:
по выданным ТМЦ в
 Ведомость
ТМЦ
в
эксплуатацию.
эксплуатации
 Остатки
ТМЦ
в
эксплуатации
2.6.2.1. СОЗДАНИЕ ДОКУМЕНТА «ВНУТРЕННЕЕ ПОТРЕБЛЕНИЕ»
2.6.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Внутреннее потребление» предназначен для оформления операций передачи и
списания товаров, материалов или работ на нужды организации.
Он используется для следующих целей:
 С операцией «Списание на расходы/активы» — отражение затрат, таких как
общехозяйственные, общепроизводственные и коммерческие расходы, с указанием
соответствующей статьи расходов.
 С операцией «Передача в эксплуатацию» — оформление выдачи товаров (например,
спецодежды) в эксплуатацию.
При использовании в системе документа «Заказ на внутреннее потребление» документ
«Внутреннее потребление» может создаваться на его основании.
При отсутствии в системе документа «Заказ на внутреннее потребление» документ
«Внутреннее потребление» создается автономно.
Документ «Внутреннее потребление» на складе, использующем безордерную схему
документооборота, отражает изменения в складском и финансовом учете.
Для разграничения прав пользователей на отражения операций по определенным складам
будут использоваться ролевые модели.
2.6.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения передачи
ТМЦ на внутреннее потребление.
При передаче ТМЦ в эксплуатацию Ответственный по складу создает документ «Внутреннее
потребление» с операцией «Передача в эксплуатацию». Документ «Внутреннее потребление»
создается из «Журнала документов внутреннего товародвижения», который расположен в
подсистеме «Склад и доставка» → Внутреннее товародвижение → Внутренние документы (все).
На форме «Журнала документов внутреннего товародвижения» необходимо нажать кнопку
«Создать» → Внутреннее потребление → Передача в эксплуатацию. Система откроет форму
создания документа «Внутреннее потребление» с операцией «Передача в эксплуатацию».
Ответственному по складу необходимо вручную заполнить все ключевые реквизиты:
 Организация;
 Склад;
 Подразделение;
 Направление деятельности (при необходимости).
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Информация о товарах, их категории эксплуатации и физическом лице, которому выдается
ТМЦ, вносится вручную в ТЧ «Товары» в соответствии с фактической отгрузкой и может
редактироваться до момента установки признака проверки в документе «Внутреннее потребление».
При списании ТМЦ на расходы Ответственный бухгалтер создает документ «Внутреннее
потребление» с операцией «Списание на расходы». Документ «Внутренне потребление» создается
из «Журнала документов внутреннего товародвижения», который расположен в подсистеме «Склад
и доставка» → Внутреннее товародвижение → Внутренние документы (все).
На форме «Журнала документов внутреннего товародвижения» необходимо нажать кнопку
«Создать» → Внутреннее потребление → Списание на расходы. Система откроет форму создания
документа «Внутреннее потребление» с операцией «Списание на расходы».
Ответственному по складу необходимо вручную заполнить все ключевые реквизиты:
 Организация;
 Склад;
 Подразделение;
 Направление деятельности (при необходимости).
Информация о товарах, статье списания, аналитике списания вносится вручную в ТЧ
«Товары» в соответствии с фактическим списанием ТМЦ и может редактироваться до момента
установки признака проверки в документе «Внутреннее потребление».
После проведения документа «Внутреннее потребление» станет доступным выведение
печатных форм:
 Требование-накладная (М-11);
 Ведомость учета выдачи спецодежды (МБ-7).
Документ «Внутреннее потребление» на складе, не использующем ордерную схему
документооборота, отражает изменения в складском и финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Активы и пассивы;
o Товары на складах;
o Товары организаций;
o ТМЦ в эксплуатации;
o Стоимость ТМЦ в эксплуатации;
o Себестоимость товаров.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость по товарам организаций;
o Ведомость ТМЦ в эксплуатации;
o Остатки ТМЦ в эксплуатации.
После записи и/или проведения документ «Внутреннее потребление» доступен для просмотра
и редактирования в подсистеме «Склад и доставка».
После установки признака проверки во «Внутреннем потреблении» документ будет не
доступен для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр документа «Внутреннее
потребление».
В роль «Ответственный по складу» будут включены права:
 редактирование, установку/снятие пометки удаление документов «Внутреннее
потребление» с операцией «Передача в эксплуатацию».
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Права на установку/снятие признака проверки документов в «Внутреннее потребление» будут
включены в профиль ответственного бухгалтера.
2.6.2.2. ОТЧЕТЫ
2.6.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения операций в складском учете в системе используются
типовые отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете используются типовые
отчеты, формирующие движения и остатки по товарам организаций.
Для контроля за выданными и находящимися ТМЦ в эксплуатации используются типовые
отчеты:
 Ведомость ТМЦ в эксплуатации;
 Остатки ТМЦ в эксплуатации.
2.6.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению и остаткам ТМЦ на складах в складском учете
используются типовой отчет «Ведомость по товарам на складах», который расположен в
подсистеме «Склад и доставка».
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций», который расположен в разделе «Финансовый
результат и контроллинг».
Для анализа товародвижения ТМЦ, переданных в эксплуатацию, используется типовой отчет
«Ведомость ТМЦ в эксплуатации».
Он позволяет:
 Контролировать перемещение, возврат и списание ТМЦ в эксплуатации;
 Формировать данные по остаткам и движению на основе регистра ТМЦ в
эксплуатации;
 Использовать в целях проведения контрольных мероприятий по учету ТМЦ.
Отчет «Ведомость ТМЦ в эксплуатации» расположен в разделе «Внеоборотные активы» →
Отчеты по внеоборотным активам → ТМЦ в эксплуатации.
Для анализа и контроля остатков товарно-материальных ценностей, переданных в
эксплуатацию, используется типовой отчет «Остатки ТМЦ в эксплуатации».
Отчет формируется на основе данных остаточного регистра «ТМЦ в эксплуатации» и
расположен в разделе «Внеоборотные активы» → Отчеты по внеоборотным активам → ТМЦ в
эксплуатации.
В отчете можно выбрать метод оценки стоимости: по себестоимости или по указанному виду
цен.
2.7. ИНВЕНТАРИЗАЦИЯ НА БЕЗОРДЕРНОМ СКЛАДЕ
2.7.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отразить в информационной системе
фактические остатки ТМЦ после проведения инвентаризации на складах, что обеспечивает
дальнейшую возможность работы в системе, в том числе отражение факта хозяйственной операции
в бухгалтерском и управленческом учете.
Ответственный бухгалтер создает документ «Пересчет товаров». Далее на основании
проведенного документа выводит печатную форму с заданием на пересчет товаров.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
После проведения фактического пересчета товаров данные фактических остатков вносятся в
документ «Пересчет товаров», и на его основании в системе создаются складские акты для
отражения недостач, излишков, пересортицы.
После отражения отклонений между фактическими и учетными остатками Ответственный
бухгалтер создает документ «Инвентаризационная опись».
Документ «Пересчет товаров» на складе, использующем безордерную схему
документооборота, не изменяет данные ни в складском, ни в финансовом учете. Изменения в
складском и финансовом учете отражают складские акты.
Ответственный бухгалтер проверяет корректность заполнения складских актов в системе и
при необходимости устанавливает признак проверки в документах.
Для контроля за движением товаров в 1С:ERP. УХ используются типовые отчеты: «Ведомость
по товарам на складах», «Остатки и доступность товаров», «Ведомость по товарам организаций» с
отбором по конкретному складу.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.7.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 7 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 7 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
Код БП
Название БП
Название Функции
Создание
документа
«Пересчет товаров».
1.
СКЛ.5.1.
Создание
документа
«Оприходование
излишков товаров».
Создание
документа
«Списание
недостач
товаров».
Инвентаризация
Создание
документа
на безордерном
«Пересортица товаров».
складе
Инвентаризационная
опись.
Детальное описание
При создании документа
«Пересчет
товаров»
необходимо
вручную
заполнить все ключевые
реквизиты, данные по учету
в ТЧ «Товары» вносятся
автоматически.
Складские
акты
по
пересортице,
излишкам,
недостаче создаются на
основании
документа
«Пересчет
товаров»
с
автоматическим
заполнением
ключевых
реквизитов.
При создании документа
«Инвентаризационная
опись»
ключевые
реквизиты
необходимо
заполнить
вручную,
а
список ТМЦ для печати
будет
автоматически
заполнен из документа
«Пересчет
товаров»,
оформленного за указанной
период по складу. Остатки
ТМЦ будут рассчитаны по
остаткам организации после
отражения
данных
в
Редакция 1
АО «КМКР»
№
п/п
2.
Код БП
СКЛ.5.2
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Название БП
Отчеты
Название Функции
Изменение №
Детальное описание
складских актах.
Для контроля движения
ТМЦ
на
складах
используются
типовые
отчеты с отборами по
Формирование отчетов
складу за период:
по товарам на складах.
 «Ведомость по товарам
на складах»
 «Остатки и доступность
товаров».
Для контроля отражения
отгрузок
ТМЦ
в
финансовом
учете
Формирование отчетов
используется типовой отчет
по товарам организаций.
«Ведомость по товарам
организаций» с отбором по
складу за период.
2.7.2.1. СОЗДАНИЕ ДОКУМЕНТА «ПЕРЕСЧЕТ ТОВАРОВ»
2.7.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Пересчет товаров» для складов, использующих безордерную схему
документооборота, предназначен для формирования печатной формы задания на пересчет и сверки
фактических остатков с учетными данными. А также является вспомогательным документом для
автоматического формирования складских актов.
Документ «Пересчет товаров» на складе, использующем безордерную схему
документооборота, не отражает изменения в складском и финансовом учете.
2.7.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм создания документа
«Пересчет товаров».
Ответственный бухгалтер создает документ «Пересчет товаров» из Списка документов,
который расположен в подсистеме «Склад и доставка» → Излишки, недостачи, порчи. Для этого на
форме списка документов «Пересчет товаров» необходимо в отборе «Склад» выбрать склад, на
котором планируется проведение инвентаризации, и нажать кнопку «Создать». Система откроет
форму создания документа «Пересчет товаров», в котором необходимо вручную заполнить
реквизит «Исполнитель».
Информация о товарах вносится на складке «Товары» с помощью кнопки «Заполнить по
отбору». При нажатии на кнопку «Заполнить по отбору» система автоматически заполнит
табличную часть номенклатурой, по которой есть остатки по учету.
После проведения документа «Пересчет товаров» необходимо выполнить проверку
незавершенных операций по складскому документообороту. Для этого необходимо сформировать
отчет «Контроль оформления документов товародвижения» с отбором по дате и складу, на котором
планируется проведение инвентаризации, без заполнения реквизита «Дней». Если в отчете
сформированы данные по незавершенным операциям – необходимо выяснить находятся ли данные
товары на складе или нет. Если данные товары находятся на складе – их необходимо принять или
изменить дату отгрузки. Если незавершенных операций по складу нет (отчет пустой) можно
создавать документ «Пересчет товаров».
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
На основании документа «Пересчет товаров» вывести печатную форму «Бланк задания на
пересчет товаров» для фиксации фактических остатков при проведении инвентаризации.
После фактического пересчета товаров инвентаризационной комиссией Ответственный
бухгалтер вносит данные по расхождениям между учетным и фактическим количеством.
Если расхождений мало, то можно нажать на кнопку «заполнить факт по учету», и система
автоматически заполнит в табличной части «Товары» колонку «По факту» учетным количеством.
После это можно скорректировать вручную данные в колонке «По факту» согласно выявленным
расхождениям, при этом система автоматически заполнит колонку «Отклонения». Либо можно
ввести данные в колонку «Отклонения», и система автоматически рассчитает данные в колонке «По
факту». После заполнения отклонений, выявленных при инвентаризации, документ «Пересчет
товаров» следует провести.
Для отражения изменений в складском и финансовом учете Ответственный бухгалтер на
основании соответствующего документа «Пересчет товаров» создает складские акты: документы
«Оприходование излишков товаров», «Списание недостач товаров» или «Пересортица товаров».
2.7.2.2. СОЗДАНИЕ ДОКУМЕНТА «ОПРИХОДОВАНИЕ ИЗЛИШКОВ
ТОВАРОВ»
2.7.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Оприходование излишков товаров» предназначен для оформления операций
приема к учету излишков товаров, выявленных при инвентаризации или в процессе оперативной
работы склада.
Основные цели использования документа:
 Фиксация излишков, обнаруженных при инвентаризации или в ходе текущей
деятельности.
 Оприходование товаров, не состоявших ранее на учете, включая случаи, когда товар
никогда не находился в прослеживаемости или ранее не был введен в учет
прослеживаемости по ошибке.
Документ оформляется отдельно по каждому складу и организации, позволяет указать статью
и аналитику доходов, а стоимость товаров может быть заполнена по себестоимости (с НДС или без
НДС) или по виду цен.
Документ «Оприходование излишков товаров» на складе, использующем безордерную схему
документооборота, отражает изменения в складском и финансовом учете.
Документ «Оприходование излишков товаров» в системе создается Ответственным
бухгалтером.
Ответственный по складу может просматривать документы только по своему складу. Для
разграничения прав пользователей на просмотр и отражение операций по определенным складам
будут использоваться ролевые модели.
2.7.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для создания документа «Оприходование излишков товаров» необходимо на форме
документа «Пересчет товаров» нажать на кнопку «Создать на основании» → Оприходование
излишков товаров. Система откроет форму создания документа «Оприходование излишков товара»
с предзаполненными ключевыми реквизитами.
Далее следует проверить корректность заполнения реквизитов и данных в ТЧ «Товары» и при
необходимости нужно вручную заполнить реквизиты:
 Статья доходов;
 Аналитика доходов;
 Вид цены.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Документ «Оприходование излишков товаров» на складе, не использующем ордерную схему
документооборота, отражает изменения в складском и финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Себестоимость товаров.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость по товарам организаций.
После установки признака проверки в «Оприходовании излишков товара» документ будет
доступен только на просмотр и будет не доступен для редактирования обычным пользователям,
которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Права на установку/снятие признака проверки документов в «Оприходование излишков
товаров» будут включены в профиль ответственного бухгалтера.
В роль «Ответственный по складу» будут включены права:
 на чтение, просмотр документа «Оприходование излишков товара» по своему складу.
После записи/проведения документа «Оприходование излишков товара» документ будет
доступен для просмотра в подсистеме «Склад и доставка» → Излишки, недостачи, порчи →
Складские акты или Оприходование излишков товаров.
2.7.2.3. СОЗДАНИЕ
ТОВАРОВ»
ДОКУМЕНТА
«СПИСАНИЕ
НЕДОСТАЧ
2.7.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Списание недостач товаров» предназначен для оформления операции списания
выявленных недостач товаров.
Он используется в том числе при выявлении недостач в процессе инвентаризации и может
создаваться на основании документа «Пересчет товаров».
Документ оформляется отдельно по каждому складу и организации, позволяет указать статью
и аналитику расходов, а стоимость товаров может быть заполнена по себестоимости или по виду
цен.
Документ «Списание недостач товаров» на складе, использующем безордерную схему
документооборота, отражает изменения в складском и финансовом учете.
Документ «Списание недостач товаров» в системе создается Ответственным бухгалтером.
Ответственный по складу может просматривать документы только по своему складу. Для
разграничения прав пользователей на просмотр и отражение операций по определенным складам
будут использоваться ролевые модели.
2.7.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для создания документа «Списание недостач товаров» необходимо на форме документа
«Пересчет товаров» нажать на кнопку «Создать на основании» → Списание недостач товаров.
Система откроет форму создания документа «Списание недостач товара» с предзаполненными
ключевыми реквизитами. Следует проверить корректность заполнения реквизитов и данных в ТЧ
«Товары» и при необходимости нужно вручную заполнить реквизиты:
Редакция 1
АО «КМКР»




СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Статья списания;
Аналитика расходов;
Вид цены;
Подразделение.
Документ «Списание недостач товаров» на складе, не использующем ордерную схему
документооборота, отражает изменения в складском и финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Себестоимость товаров.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость по товарам организаций.
После установки признака проверки в «Списание недостач товара» документ будет доступен
только на просмотр и будет не доступен для редактирования обычным пользователям, которые не
имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Права на установку/снятие признака проверки документов в «Списание недостач товаров»
будут включены в профиль ответственного бухгалтера.
В роль «Ответственный по складу» будут включены права:
 на чтение, просмотр документа «Списание недостач товара» по своему складу.
После записи/проведения документа «Списание недостач товара» документ будет доступен
для просмотра в подсистеме «Склад и доставка» → Излишки, недостачи, порчи → Складские акты
или Списания недостач товаров.
2.7.2.4. СОЗДАНИЕ ДОКУМЕНТА «ПЕРЕСОРТИЦА ТОВАРОВ»
2.7.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Пересортица товаров» предназначен для отражения ситуации, при которой один
товар был ошибочно заменен другим (например, при пересчете или хранении).
С его помощью можно:
 Зафиксировать списание одного товара и оприходование другого;
 Отразить фактические недостачи и излишки товаров;
 Оформить операции по пересортице на уровне конкретной организации и склада.
Документ «Пересортица товаров» на складе, использующем безордерную схему
документооборота, отражает изменения в складском и финансовом учете.
Документ «Пересортица товаров» в системе создается Ответственным бухгалтером.
Ответственный по складу может просматривать документы только по своему складу. Для
разграничения прав пользователей на просмотр и отражение операций по определенным складам
будут использоваться ролевые модели.
2.7.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для создания документа «Пересортица товаров» необходимо на форме документа «Пересчет
товаров» нажать на кнопку «Создать на основании» → Пересортица товаров. Система откроет
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
форму создания документа «Пересортица товара». Необходимо вручную заполнить ключевые
реквизиты:
 Организация;
 Статья доходов;
 Статья расходов;
 Аналитика доходов;
 Аналитика расходов;
 Вид цены;
 Подразделение;
 ТЧ «Товары»;
Документ «Пересортица товаров» на складе, не использующем ордерную схему
документооборота, отражает изменения в складском и финансовом учете.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Себестоимость товаров.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость по товарам организаций.
После установки признака проверки в «Пересортице товара» документ будет доступен только
на просмотр и будет не доступен для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Права на установку/снятие признака проверки документов в «Пересортице товаров» будут
включены в профиль Ответственного бухгалтера.
В роль «Ответственный по складу» будут включены права:
 На чтение, просмотр документа «Пересортица товара» по своему складу.
После записи/проведения документа «Пересортица товара» документ будет доступен для
просмотра в подсистеме «Склад и доставка» → Излишки, недостачи, порчи → Складские акты или
Пересортицы товаров.
2.7.2.5. СОЗДАНИЕ
ОПИСЬ»
ДОКУМЕНТА
«ИНВЕНТАРИЗАЦИОННАЯ
2.7.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ
"Инвентаризационная
опись"
предназначен
для
регламентированных печатных форм по результатам инвентаризации, включая:
 Инвентаризационную опись (ИНВ-3);
 Сличительную ведомость (ИНВ-19);
формирования
Документ «Инвентаризационная опись» на складе не отражает изменения в складском и
финансовом учете.
Документ «Инвентаризационная опись» в системе создается Ответственным бухгалтером.
2.7.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для создания документа «Инвентаризационная опись» необходимо перейти по гипер-ссылке
«Инвентаризационные описи», расположенной в подсистеме «Склад и доставка» → Излишки,
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
недостачи, порчи. На форме списка документов «Инвентаризационные описи» нажать на кнопку
«Создать», система откроет форму создания документа «Инвентаризационная опись». Далее нужно
вручную заполнить реквизиты:
 Организация;
 Склад;
 Период;
 Печатать цены;
 Подразделение.
После заполнения ключевых реквизитов документ «Инвентаризационная опись» необходимо
провести.
Документ «Инвентаризационная опись» не делает движений по регистрам системы и служит
для выведения печатных форм:
 Инвентаризационная опись (ИНВ-3);
 Сличительная ведомость (ИНВ-19).
Права на редактирование, просмотр, установку/снятие пометки удаления в документ
«Инвентаризационная опись» будут включены в профиль Ответственного бухгалтера.
После записи/проведения документа «Инвентаризационная опись» документ будет доступен
для просмотра в подсистеме «Склад и доставка» → Излишки, недостачи, порчи → Складские акты
или Инвентаризационные описи.
2.7.2.6. ОТЧЕТЫ
2.7.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения операций в складском учете в системе используются
типовые отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете используются типовые
отчеты, формирующие движения и остатки по товарам организаций.
2.7.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению и остаткам ТМЦ на складах в складском учете
используются типовой отчет «Ведомость по товарам на складах», который расположен в
подсистеме «Склад и доставка».
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций», который расположен в разделе «Финансовый
результат и контроллинг».
2.8. УЧЕТ СПЕЦОДЕЖДЫ И СИЗ (БЕЗОРДЕРНАЯ СХЕМА ДОКУМЕНТООБОРОТА)
2.8.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отразить в информационной системе учет
спецодежды и СИЗ на складе и у сотрудника после передачи в эксплуатацию, что обеспечивает
дальнейшую возможность работы в системе, в том числе отражение факта хозяйственной операции
в бухгалтерском и управленческом учете.
Ответственное лицо за внесение нормативов по выдаче и срокам эксплуатации спецодежды и
СИЗ заполняет данные в системе в разрезе типа спецодежды, периодичности выдачи и количеством
на период в разрезе размеров для каждого сотрудника.
Ответственное лицо за выдачу спецодежды формирует отчет по потребности выдачи
спецодежды сотрудникам в разрезе типов, размеров и сроков выдачи.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Для передачи спецодежды и СИЗ в эксплуатацию Ответственное лицо за выдачу спецодежды
создает в 1С:ERP. УХ типовой документ «Внутреннее потребление» с видом операции «Передача в
эксплуатацию».
После создания документа «Внутреннее потребление» с видом операции «Передача в
эксплуатацию» Ответственное лицо за выдачу спецодежды выводит на печать «Личную карточку
учета выдачи спецодежды и СИЗ».
Для списания из эксплуатации спецодежды и СИЗ Ответственное лицо создает в 1С:ERP. УХ
типовой документ «Списание из эксплуатации».
Документы «Внутреннее потребление» и «Списание из эксплуатации» влияют на финансовый
результат через настройки в статье расходов и одновременно изменяют количество ТМЦ на складах.
Для контроля за ТМЦ, выданным в эксплуатацию, используются типовые отчеты: «Ведомость
ТМЦ в эксплуатации», «Остатки ТМЦ в эксплуатации».
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.8.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 8 представлен перечень функций бизнес-процессов, реализуемые в системе
1C:ERP. УХ.
Таблица 8 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
1.
2.
Код БП
СКЛ.7.1.
СКЛ.7.2
Название БП
Название Функции
Детальное описание
Требуются
НСИ
для
хранения информации по
НСИ
нормативам
для
сотрудников
согласно
должностям и размерам.
При создании документа
Создание
документа «Внутреннее потребление»
«Внутреннее
с операцией «Передача в
потребление»
с эксплуатацию»
Учет спец одежды операцией «Передача в необходимо
вручную
и
СИЗ эксплуатацию».
заполнить все ключевые
(безордерная схема
реквизиты.
документооборота)
Документ «Списание из
эксплуатации» создается
из
рабочего
места
«Списание
из
Создание
документа
эксплуатации». В этом
«Списание
из
случае
в
документе
эксплуатации».
«Списание
из
эксплуатации» ключевые
реквизиты автоматически
заполняются системой.
Требуется
отчет
для
формирования
Формирование отчетов
потребности в спецодежде
по потребности выдачи
и
СИЗ
согласно
Отчеты
спецодежды и СИЗ.
нормативам
по
должностям по датам.
Формирование отчетов Для учета выданных ТМЦ
Редакция 1
АО «КМКР»
№
п/п
Код БП
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
в
эксплуатацию
используются
типовые
отчеты:
по движению ТМЦ в
 Ведомость ТМЦ в
эксплуатации.
эксплуатации
 Остатки
ТМЦ
в
эксплуатации
2.8.2.1. НСИ
2.8.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для определения необходимости выдачи спецодежды по сезонности и виду защиты должна
быть возможность вносить и хранить в системе данные по нормативам спецодежды и СИЗ для
сотрудников согласно должностям с периодичностью выдачи и количеством выдачи на период в
разрезе размеров для каждого сотрудника.
Для хранения данных в бумажном формате требуется печатная форма «Личная карточка учета
выданной спецодежды и СИЗ».
2.8.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для внесения и хранения данных в 1С:ERP.УХ по нормативам для сотрудников согласно
должностям по типам спецодежды и СИЗ с периодичностью выдачи и количеством выдачи на
период необходимо разработать независимый, периодический Регистр сведений «Нормативы
выдачи спецодежды».
Для определения потребности в спецодежде по сотрудникам в разрезе размеров спецодежды и
СИЗ необходимо в 1С:ERP.УХ разработать независимый периодический Регистр сведений «Личная
карточка сотрудника по спецодежде».
Требуется разработать печатную форму «Личная карточка учета выданной спецодежды и
СИЗ».
2.8.2.2. СОЗДАНИЕ ДОКУМЕНТА «ВНУТРЕННЕЕ ПОТРЕБЛЕНИЕ»
2.8.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения операции по выдаче спецодежды и СИЗ сотрудникам в системе Ответственное
лицо за выдачу спецодежды создает в системе документ «Внутреннее потребление» с операцией
«Передача в эксплуатацию».
Общие требования к автоматизации описаны в п.2.6.2.1.1.
2.8.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения передачи
ТМЦ в эксплуатацию с помощью типового документ «Внутреннее потребление» с операцией
«Передача в эксплуатацию».
Описание решения по автоматизации функции создания документа «Внутреннее
потребление» описано в п 2.6.2.1.2.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2.8.2.3. СОЗДАНИЕ ДОКУМЕНТА «СПИСАНИЕ ИЗ ЭКСПЛУАТАЦИИ»
2.8.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения списания спецодежды и СИЗ из эксплуатации в системе Ответственное лицо за
списание спецодежды создает документ «Списание из эксплуатации».
Основные функции документа:
 Отражает списание ТМЦ (спецодежды, инвентаря и т.п.) по истечении срока
эксплуатации или иным причинам;
 Формирует бухгалтерские проводки по списанию количества ТМЦ с забалансовых
счетов.
Если Ответственное лицо за списание спецодежды может отражать списание только по
определенному подразделению, то для разграничения прав пользователей на отражения операций
по определенным подразделениям будут использоваться ролевые модели.
2.8.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм по отражению
прекращения использования объектов, ранее переданных в эксплуатацию.
Для этого отражения прекращения использования ТМЦ в эксплуатации нужно перейти в
подсистему «Внеоборотные активы» → ТМЦ в эксплуатации → Списание из эксплуатации.
В рабочем месте «Списание из эксплуатации» на начало текущей даты будут отображены все
ТМЦ к списанию. Необходимо выделить строку с требуемым к списанию ТМЦ и нажать на кнопку
«Списать». Система автоматически откроет форму создания документа «Списание из
эксплуатации» с заполненными реквизитами. Необходимо проверить корректность заполнения
реквизитов и провести документ.
После проведения документа информация о товарах будет:
 записана в Регистры накопления, в том числе:
o ТМЦ в эксплуатации.
 отражаться в отчетах, в том числе:
o Ведомость ТМЦ в эксплуатации;
o Остатки ТМЦ в эксплуатации.
После записи и/или проведения документ «Списание из эксплуатации» доступен для
просмотра и редактирования в подсистеме «Внеоборотные активы».
После установки признака проверки в «Списании из эксплуатации» документ будет не
доступен для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр «документа «Списание из
эксплуатации».
В роль «Ответственный по списанию спецодежды» (если данные функционал выполняет не
только Ответственный бухгалтер) будут включены права:
 Редактирование, установка/снятие пометки удаления в документе «Списание из
эксплуатации».
Права на установку/снятие признака проверки документов в «Списание из эксплуатации»
будут включены в профиль ответственного бухгалтера.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2.8.2.4. ОТЧЕТЫ
2.8.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо получать данные по потребности выдачи спецодежды сотрудникам в разрезе
типов, размеров и сроков выдачи.
Для контроля за выданными и находящимися ТМЦ в эксплуатации используются типовые
отчеты:
 Ведомость ТМЦ в эксплуатации;
 Остатки ТМЦ в эксплуатации.
2.8.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для анализа товародвижения ТМЦ, переданных в эксплуатацию, используется типовой отчет
«Ведомость ТМЦ в эксплуатации».
Для анализа и контроля остатков товарно-материальных ценностей, переданных в
эксплуатацию, используется типовой отчет «Остатки ТМЦ в эксплуатации».
Для формирования отчета по потребности и срокам выдачи спецодежды и СИЗ сотрудникам
согласно нормативам по должностям, количеству, периодам выдачи и срокам выдачи в разрезе
подразделений необходимо в 1С:ERP.УХ разработать соответствующий отчет «Ведомость по
спецодежде и СИЗ».
2.9. УЧЕТ ТОПЛИВА (БЕЗОРДЕРНАЯ СХЕМА ДОКУМЕНТООБОРОТА)
2.9.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отразить в информационной системе фактически
принятые ГСМ на склад, что обеспечивает возможность дальнейшей работы в системе, в том числе
отражение факта хозяйственной операции в бухгалтерском и управленческом учете.
Ответственное лицо вносит нормативы потребления ГСМ по каждому автомобилю.
Ответственное лицо по складу создает в 1С:ERP. УХ документ «Приобретение товаров и
услуг» на склад Автотранспортного цеха.
После оформления поступления ГСМ на склад Автотранспортного цеха Ответственное лицо
перемещает ГСМ со склада Автотранспортного цеха по топливным картам автомобилей и участков,
которые в системе отражаются как отдельные склады (по количеству в топливных картах,
переданных поставщиком).
При использовании безордерной схемы документооборота на складе-отправителе и складеполучателе документ «Перемещение товаров» влияет на финансовый результат и одновременно
изменяет количество ТМЦ на складах.
Размер потребленного топлива в рамках установленных норм списывается с топливных карт
через документ «Внутреннее потребление» с операцией «Списание на расходы».
Документ «Внутреннее потребление» с операцией «Списание на расходы» влияет на
финансовый результат через настройки в статье расходов и одновременно изменяет количество
ТМЦ на складах.
2.9.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 9 представлен перечень функций бизнес-процессов, реализуемые в системе
1C:ERP. УХ.
Таблица 9 Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
Код БП
п/п
СКЛ.8.1
1.
Название БП
Название Функции
Учет
топлива
НСИ
(безордерная схема
Детальное описание
Требуется
хранения
НСИ
данных
для
по
Редакция 1
АО «КМКР»
№
п/п
Код БП
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Название БП
Название Функции
Создание
документа
«Приобретение товаров
и услуг»
документооборота)
Создание
документа
«Перемещение
товаров»
Создание
документа
«Внутреннее
потребление»
с
операцией «Списание
на расходы».
Формирование отчетов
по движению ТМЦ на
складах.
2.
СКЛ.8.2
Отчеты
Формирование отчетов
по
товарам
организаций.
Формирование отчетов
по расходам ГСМ на
каждый автомобиль.
Изменение №
Детальное описание
нормативам расхода ГСМ в
разрезе
каждого
автомобиля.
При создании ПТУ без
документа-основания
необходимо
вручную
заполнить все ключевые
реквизиты.
При создании документа
«Перемещение товаров»
статус приемки влияет на
отражение
ТМЦ
в
складском учете.
При создании документа
«Внутреннее потребление»
с операцией «Списание на
расходы»
необходимо
вручную заполнить все
ключевые реквизиты.
Для контроля движения
ТМЦ
на
складах
используются
типовой
отчет с отбором по складу
«Ведомость по товарам на
складах» за установленный
период.
Для контроля отражения
поступлений
ТМЦ
в
финансовом
учете
используется
типовой
отчет
«Ведомость
по
товарам организаций» с
отбором по складу за
период.
Требуется
отчет
для
формирования данных по
расходу ГСМ сверх норм в
разрезе автомобилей.
2.9.2.1. НСИ
2.9.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для учета расхода ГСМ по нормативам в системе должна быть возможность внесения и
хранения данных по установленным нормативам расхода ГСМ в разрезе каждого автомобиля.
2.9.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для внесения и хранения данных в 1С:ERP.УХ по нормативам расхода ГСМ в разрезе каждого
автомобиля необходимо разработать независимый периодический Регистр сведений «Нормы
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
расхода ГСМ». Информация, внесенная в РС «Нормы расхода ГСМ» будет использоваться для
формирования данных в отчете по расходу ГСМ сверх норм.
2.9.2.2. СОЗДАНИЕ ДОКУМЕНТА «ПРИОБРЕТЕНИЕ ТОВАРОВ И УСЛУГ».
2.9.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо отражать в системе поступление ГСМ. Поступление ГСМ оформляется типовым
документом «Приобретение товаров и услуг».
Общие требования к автоматизации описаны в п 2.3.2.1.1.
2.9.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Поступление ГСМ отражается в системе типовым документом «Приобретение товаров и
услуг».
Описание решения по автоматизации функции по созданию документа «Приобретения
товаров и услуг» описаны в п 2.3.2.1.2.
2.9.2.3. СОЗДАНИЕ ДОКУМЕНТА «ПЕРЕМЕЩЕНИЕ ТОВАРОВ»
2.9.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо отражать в системе перемещение ГСМ между складами.
Общие требования к автоматизации описаны в п 2.4.2.3.1.
2.9.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Перемещение ГСМ между складами оформляется типовым документом «Перемещение
товаров».
Описание решения по автоматизации функции по созданию документа «Перемещение
товаров» описаны в п 2.4.2.3.2.
2.9.2.4. СОЗДАНИЕ ДОКУМЕНТА «ВНУТРЕННЕЕ ПОТРЕБЛЕНИЕ»
2.9.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо отражать в системе списание ГСМ между складами.
Общие требования к автоматизации описаны в п 2.6.2.1.1.
2.9.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Списание ГСМ между складами оформляется типовым документом «Внутреннее
потребление» с операцией «Списание на расходы».
Описание решения по автоматизации функции по созданию документа «Внутреннее
потребление» с операцией «Списание на расходы» описаны в п 2.6.2.1.2.
2.9.2.5. ОТЧЕТЫ
2.9.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения операций в складском учете в системе используются
типовые отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете используются типовые
отчеты, формирующие движения и остатки по товарам организаций.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Необходимо получать данные о расходах ГСМ сверх норматива в разрезе автомобиля за
определенный период (помесячно).
2.9.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению и остаткам ТМЦ на складах в складском учете
используются типовой отчет «Ведомость по товарам на складах», который расположен в
подсистеме «Склад и доставка».
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций», который расположен в разделе «Финансовый
результат и контроллинг».
Для формирования данных по превышению расхода ГСМ по нормативам в разрезе каждого
автомобиля за определенный период (помесячно) в 1С:ERP.УХ необходимо разработать
соответствующий отчет «Расход ГСМ по нормам».
2.10.
ОРДЕРНАЯ СХЕМА ДОКУМЕНТООБОРОТА
2.10.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен ведением учета ТМЦ в информационной системе по срокам
годности с возможностью дальнейшей работы в системе, в том числе отражения факта
хозяйственной операции в бухгалтерском и управленческом учете.
Для отражения поступления Ответственное лицо по складу создает в 1С:ERP. УХ документ
«Приобретение товаров и услуг» с операцией «Закупка у поставщика», который является
распоряжением для создания документа «Приходный ордер на товары».
При использовании ордерной схемы документооборота на складе-получателе документ
«Приобретение товаров и услуг» влияет только на финансовый результат.
Для отражения поступления ТМЦ на склад с ордерной схемой документооборота
Ответственный по складу создает документ «Приходный ордер на товары» и «Отбор (размещение)
товаров» с видом операции «Размещение».
При использовании ордерной схемы документооборота документы «Приходный ордер на
товары» и «Отбор (размещение) товаров» влияют на складской учет при адресном хранении в
ячейках.
Для отражения перемещения ТМЦ на склад, использующего ордерную схему
документооборота, Ответственный по складу-отправителю создает документ «Перемещение
товаров» со статусом «Отгружено». Ответственный по складу-получателю создает документы
«Приходный ордер на товары» и «Отбор (размещение) товаров» и устанавливает статус «Принято»
в «Перемещении товаров».
Документ «Перемещение товаров» не изменяет складской учет на складе, использующем
ордерную схему документооборота, но влияет на финансовый учет после проведения складских
ордеров.
При необходимости в конце рабочего дня Ответственное лицо по складу формирует в 1С:ERP.
УХ отчет «Реестр торговых документов» с отбором по всем документам «Приобретение товаров и
услуг», «Приходный ордер на товары», «Перемещение товаров» за текущий день на своем складе и
выводит на печать.
Ответственный бухгалтер проверяет документы «Приобретение товаров и услуг»,
«Перемещение товаров» в системе и при необходимости устанавливает признак проверки в
документах.
При отгрузке ТМЦ со склада, использующего ордерную схему документооборота,
Ответственный бухгалтер создает документ «Реализация товаров и услуг», который является
распоряжением для создания документа «Расходный ордер на товары».
Документ «Реализация товаров и услуг» при отгрузке со склада, использующего ордерную
схему документооборота, влияет только на финансовый результат.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Ответственный по складу создает документы «Расходный ордер на товары» и «Отбор
(размещение) товаров».
При использовании ордерной схемы документооборота документы «Расходный ордер на
товары» и «Отбор (размещение) товаров» влияют на складской учет при адресном хранении в
ячейках.
Для отражения перемещения ТМЦ со склада, использующего ордерную схему
документооборота, Ответственный по складу-отправителю создает документ «Перемещение
товаров» со статусом «Отгружено». Далее Ответственный по складу-отправителю создает
документы «Расходный ордер на товары» и «Отбор (размещение) товаров». Ответственный по
складу-получателю после фактической проверки ТМЦ при приемке устанавливает в
соответствующем документе «Перемещение товаров» статус «Принято».
При необходимости в конце рабочего дня Ответственное лицо по складу формирует в 1С:ERP.
УХ отчет «Реестр торговых документов» с отбором по всем документам «Реализация товаров и
услуг», «Расходный ордер на товары», «Перемещение товаров» за текущий день на своем складе и
выводит на печать.
Ответственный бухгалтер проверяет документы «Приобретение товаров и услуг»,
«Перемещение товаров» в системе и при необходимости устанавливает признак проверки в
документах.
При проведении инвентаризации на складе, использующем ордерную схему
документооборота, Ответственный бухгалтер создает документ «Пересчет товаров», на основании
которого создаются складские акты на списание, оприходование, пересортицу товаров и документ
«Инвентаризационная опись». Документ «Инвентаризационная опись» предназначен для
выведения печатных форм «Инвентаризационная опись (ИНВ-3)» и «Сличительная ведомость
(ИНВ-19)».
Документ «Пересчет товаров» на складе, использующем ордерную схему документооборота,
влияет на складской и не влияет финансовый учет. На финансовый учет влияют Складские акты.
Ответственный бухгалтер проверяет складские акты и при необходимости устанавливает
признак проверки в документах.
Для контроля за движением товаров в 1С:ERP. УХ используются типовые отчеты: «Ведомость
по товарам на складах», «Ведомость по товарам организаций», «Движение товаров на адресных
складах», «Выполнение приемки товаров», «Выполнение сборки и отгрузки товаров», «Остатки
товаров по срокам годности», «Контроль оформления документов товародвижения» с отбором по
конкретному складу.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.10.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 10 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 10. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
1.
2.
Код БП
СКЛ.9.1
СКЛ.9.2
Название БП
Ордерная
схема
документооборота.
Ордерная
схема
документооборота.
Название Функции
Детальное описание
Требуется
выполнить
настройки
системы
и
заполнить
необходимые
Настройки
системы,
НСИ для использования
НСИ
ордерной
схемы
документооборота
на
складе.
Приемка
ТМЦ
на Приемка ТМЦ отражается с
ордерный склад.
помощью
документа
Редакция 1
АО «КМКР»
№
п/п
Код БП
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Название БП
Название Функции
Детальное описание
Отгрузка
ТМЦ
ордерного склада.
с
Инвентаризация
ордерном складе.
на
Формирование отчетов
по товарам на складах.
3.
СКЛ.9.3
Изменение №
Отчеты
Формирование отчетов
по
товарам
организаций.
«Приходный ордер на
товары»
и
«Отбор
(размещение)
товаров».
Распоряжением
для
приемки являются в том
числе документы ПТУ,
«Перемещения товаров».
Отгрузка ТМЦ отражается
с помощью документа
«Расходный
ордер
на
товары»
и
«Отбор
(размещение)
товаров».
Распоряжением
для
отгрузки являются в том
числе документы РТУ,
«Перемещения товаров».
При инвентаризации может
использоваться документ
«Пересчет товаров», как
основание для создания
складских актов. Складские
акты
отражают
факт
списания/оприходования
расхождений, выявленных
при
проведении
инвентаризации.
Инвентаризационные
ведомости выводятся на
печать
из
документа
«Инвентаризационная
опись».
Для контроля движения
ТМЦ
на
складах
используются
типовые
отчеты с отборами по
складу за период:
 «Движение товаров на
адресных складах»;
 «Ведомость по товарам
на складах»;
 Остатки товаров по
срокам годности.
Для контроля отражения
поступлений
ТМЦ
в
финансовом
учете
используется типовой отчет
«Ведомость по товарам
организаций» с отбором по
складу за период.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2.10.2.1. НАСТРОЙКИ И НСИ.
2.10.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо выполнить в системе соответствующие настройки и ввести данные в НСИ для
использования ордерной схемы документооборота на складе с учетом ведения контроля за сроками
годности продукции.
2.10.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовая настройка для склада, который
будет использовать ордерную схему документооборота. Учет ТМЦ по срокам годности невозможен
без использования серий. В свою очередь автоматический контроль при отгрузке ТМЦ по FEFO
возможен только на складах, использующих ордерную схему.
Для автоматизации данной функции необходимо включить функциональные опции в разделе
«НСИ и администрирование» → Настройка НСИ и разделов → Склад и доставка. В подразделе
«Склад»:
 Установить флаг «Ордерные склады»;
 Выбрать вариант порядка заполнения накладных и расходных ордеров «Сначала
заказы и накладные, затем ордера»;
 Выбрать, что расходный ордер на товары формируется «кладовщиком»;
 Выбрать, что оформление поступления доступно «после оформления накладной».
После выполнения настроек создать элемент Справочника «Склады», в котором:
 На вкладке «Основное» в разделе «Виды цен» выбрать вид цены номенклатуры,
который будет отражаться в печатных формах, в том числе: ИНВ-3, ИНВ-19;
 На вкладке «Основное» в разделе «Виды цен» заполнить учетный вид цены;
 На вкладке «Основное» заполнить ответственное материальное лицо по складу;
 На вкладке «Ордерная схема и структура» установить флажки в подразделе
«Использовать ордерную схему документооборота»:
o При поступлении;
o При необходимости установить дату, если ордерная схема будет
использоваться на складе не с самого начала ведения учета;
o Статусы приходных ордеров;
o При отгрузке;
o При необходимости установить дату, если ордерная схема будет
использоваться на складе не с самого начала ведения учета;
o Статусы расходных ордеров;
o При отражении излишков, недостач, пересортицы, порчи;
o При необходимости установить дату, если ордерная схема будет
использоваться на складе не с самого начала ведения учета;
o Статусы пересчета товаров;
o Контролировать оперативные остатки.
 на вкладке «Ордерная схема и структура» в разделе «Структура склада» выбрать:
o Ячейки использовать для хранения остатков номенклатуры.
После выполнения настройки склада необходимо ввести данные в НСИ:
 Создать элемент Справочника «Виды номенклатуры» с настройками по
использованию серий и политикой учета серий «Управление по FEFO остатками
серий» с управлениями серий «при планировании отбора». Данная политика учета
серий позволяет при поступлении ТМЦ вручную вводить серии товаров, при отборе
ТМЦ система автоматически подберет товар с наименьшим сроком годности, при этом
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
будет возможность выбрать серию вручную. При данной политике учета серий серия
будет являться аналитикой складского и финансового учета;
 Создать элементы Справочника «Упаковки» для номенклатуры на ордерном складе,
при отгрузке номенклатуры по штучно нужно создать упаковку, равную 1 штуке. И
создать упаковки, состоящие из этой упаковки-штуки. Упаковки можно создать по
возрастанию количества штук, например: Упаковка-штука → Коробка, состоящая из
нескольких упаковок-штук → Паллета, состоящая из нескольких коробок и т.д.;
 Для склада, использующего ордерную схему документооборота, создать элементы
Справочника «Складские ячейки» с типами:
o Приемка;
o Отгрузка (с учетом остатков);
o Хранение.
 Сгруппировать номенклатуру для ордерного склада по складским группам с точки
зрения хранения номенклатуры на складе: если номенклатуры могут храниться в одних
и тех же ячейках – это номенклатуры, относящиеся в одной группе (создать элементы
Справочника «Складские группы номенклатуры»). Принадлежность к складской
группе указывается в карточке «Номенклатуры». Справочник «Складские группы
номенклатуры» – это произвольный классификатор, поэтому элементов справочника
можно создавать в системе сколько угодно;
 Сгруппировать номенклатуру для ордерного склада по складским группам упаковок с
точки зрения хранения этих упаковок на складе: если упаковки могут храниться в
одних и тех же ячейках – эти упаковки относятся к одной складской группе упаковок.
Если упаковка используется для нескольких номенклатур – это общая упаковка
(Справочник «Набор упаковок»). Если упаковка используется индивидуально для
номенклатуры – это индивидуальная упаковка. Упаковки указываются в карточке
«Номенклатуры»;
 Разделить Складские группы номенклатуры с определенными Складскими группами
упаковок на Области хранения, то есть настроить порядок размещения и порядок
отбора номенклатуры из ячеек: со строгим соблюдением монотоварности или с
приоритетами размещения в ячейках (в каком порядке в какие ячейки размещать ТМЦ:
монотоварные, смешанные, свободные, с другим товаром). Так же необходимо задать
приоритеты отбора из ячеек: из каких ячеек в каком порядке отбирать товары. Данная
настройка позволит системе автоматически подсказывать из какой ячейки какое
количество ТМЦ следуют отобрать;
 Задать Правила размещения товаров в ячейки (Регистр сведений «Правила размещения
товаров в ячейки»): на каком складе какие Складские группы номенклатуры в каких
Складских группах упаковок в какие Области хранения размещаются.
2.10.2.2. ПРИЕМКА ТМЦ НА ОРДЕРНЫЙ СКЛАД
2.10.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При поступлении ТМЦ на ордерный склад распоряжением для приемки являются документы
ПТУ, Перемещение товаров, Поступление от переработчика и прочие документы поступления.
Ответственное лицо по складу создает документ для приемки товара (описание функционала в
п 2.3.2.1.1). Далее, создает документы «Приходный ордер на товары» и «Отбор (размещение)
товаров».
На ордерном складе документ-распоряжение на приемку влияет на финансовый результат, но
не влияет на складской учет. В свою очередь документы «Приходный ордер на товары» и
«Приходный ордер на товары» и «Отбор (размещение) товаров» влияют на складской учет, но не
влияют на финансовый результат.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Для разграничения прав пользователей на отражения операция по определенным складам
будут использоваться ролевые модели.
2.10.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения в складском учете поступления ТМЦ Ответственный по складу открывает
рабочее место «Приемка», расположенное в подсистеме «Склад и доставка» → Ордерный склад.
В рабочем месте «Приёмка» на вкладке «Приёмка» с установленным отбором по складу, «Зоне
приемки» с состоянием «Все» (или «Все к приёмке») по дате в верхней ТЧ видны все распоряжения
на приемку ТМЦ. Для создания «Приходного ордера на товары» необходимо выделить строку или
строки и нажать на кнопку «Создать ордер». Установить статус «Принят».
Далее в рабочем месте «Приёмка» необходимо перейти на вкладку «Размещение в ячейки»,
выделить строку (или строки) и нажать на кнопку «Создать задания на размещения». После
создания документа «Отбор (размещение) товаров» вывести на печать форму «Задание складскому
работнику», в котором система указала какую номенклатуру в какие ячейки следует физически
разместить.
После фактического размещения ТМЦ в ячейки на складе в документе «Отбор (размещение)
товара» необходимо установить соответствующий статус: «Выполнено без ошибок» или
«Выполнено с ошибками».
Отражение в системе приемки ТМЦ по выбранному распоряжению будет завершено, и в
верхней ТЧ данное распоряжение исчезнет.
После проведения документа «Приходный ордер» в статусе «Принят» информация о товарах
будет:
 Записана в Регистры накопления, в том числе:
o Товары на складах;
o Движение серий товаров;
o Товары в ячейках.
 Отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Остатки товаров по срокам годности;
o Движение товаров на адресных складах.
После проведения документа «Отбор (размещение) товаров» в статусе «Выполнено без
ошибок» (или «Выполнено с ошибками») информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Товары в ячейках.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Остатки товаров по срокам годности;
o Движение товаров на адресных складах.
После записи и/или проведения документы «Приходный ордер на товары» и «Отбор
(размещение) товаров» доступен для просмотра и редактирования в подсистеме «Склад и доставка».
Типовой запрет на редактирование документов «Приходный ордер на товары» и «Отбор
(размещение) товаров» устанавливается с помощью настройки дат запрета изменений.
После установки даты запрета изменений обычные пользователи будут иметь доступ только
на просмотр документов.
В роль «Ответственный по складу будут включены права:
 Редактирование, установка/снятие пометки удаления документа «Приходный ордер на
товары»;
 Редактирование, установка/снятие пометки удаления документа «Отбор (размещение)
товаров».
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
2.10.2.3. ОТГРУЗКА ТМЦ С ОРДЕРНОГО СКЛАДА
2.10.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При отгрузке ТМЦ с ордерного склада распоряжением для отгрузки являются документы РТУ,
Перемещение товаров, и прочие документы на отгрузку.
Ответственный бухгалтер создает отгрузочный документ (описание функционала в п
2.4.2.1.1). Далее, Ответственный по складу создает документы «Расходный ордер на товары» со
статусом «К отбору» и «Отбор (размещение) товаров».
На ордерном складе документ-распоряжение на отгрузку влияет на финансовый результат, но
не влияет на складской учет. В свою очередь документы «Расходный ордер на товары» и «Отбор
(размещение) товаров» влияют на складской учет, но не влияют на финансовый результат.
Для разграничения прав пользователей на отражения операция по определенным складам
будут использоваться ролевые модели.
2.10.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения в складском учете отгрузки ТМЦ Ответственный по складу открывает рабочее
место «Отгрузка», расположенное в подсистеме «Склад и доставка» → Ордерный склад.
В рабочем месте «Отгрузка» на вкладке «Отгрузка» с установленным отбором по складу с
состоянием «Все» (или «Все в работе») по дате в верхней ТЧ видны все распоряжения на отгрузку
ТМЦ. Для создания «Расходного ордера на товары» необходимо выделить строку или строки и
нажать на кнопку «Создать ордер». Установить статус «К отбору».
Далее на рабочем месте «Отгрузка» необходимо перейти на вкладку «Отбор из ячеек»,
выделить строку (или строки) и нажать на кнопку «Создать → задания на отбор». После создания
документа «Отбор (размещение) товаров» вывести на печать форму «Задание складскому
работнику», в котором система указала какую номенклатуру из каких ячеек следует физически
отобрать, при этом номенклатура будет отобрана со сроками по методу FEFO.
После фактического отбора ТМЦ из ячеек на складе в документе «Отбор (размещение) товара»
необходимо установить соответствующий статус: «Выполнено без ошибок» или «Выполнено с
ошибками».
Отражение в системе отгрузки по выбранному распоряжению будет завершено, и в верхней ТЧ
данное распоряжение исчезнет.
После проведения документа «Расходный ордер» в статусе «Отгружен» информация о товарах
будет:
 Записана в Регистры накопления, в том числе:
o Товары на складах;
o Движение серий товаров;
o Товары в ячейках.
 Отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Остатки товаров по срокам годности;
o Движение товаров на адресных складах;
o Выполнение приемки (если есть непринятый остаток или перепоставка).
После проведения документа «Отбор (размещение) товаров» в статусе «Выполнено без
ошибок» (или «Выполнено с ошибками») информация о товарах будет:
 Записана в Регистры накопления, в том числе:
o Товары в ячейках.
 Отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Остатки товаров по срокам годности;
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
o Движение товаров на адресных складах.
После записи и/или проведения документы «Расходный ордер на товары» и «Отбор
(размещение) товаров» доступен для просмотра и редактирования в подсистеме «Склад и доставка».
Типовой запрет на редактирование документов «Расходный ордер на товары» и «Отбор
(размещение) товаров» устанавливается с помощью настройки дат запрета изменений.
После установки даты на запрет изменений обычные пользователи будут иметь доступ только
на просмотр документов.
В роль «Ответственный по складу» будут добавлены права на редактирование,
установку/снятие пометки удаления в документ «Расходный ордер на товары».
2.10.2.4. ИНВЕНТАРИЗАЦИЯ НА ОРДЕРНОМ СКЛАДЕ
2.10.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Пересчет товаров» для складов, использующих ордерную схему
документооборота, предназначен внесений изменений в складской учет, а также для формирования
печатной формы задания на пересчет. Документ «Пересчет товаров» на складе, использующем
ордерную схему документооборота, вносит изменения в складской учет и не отражает изменения в
финансовом учете.
Документами, отражающими изменения в финансовом учете, являются складские акты.
Ответственный бухгалтер создает документ «Пересчет товаров». Далее на основании
проведенного документа выводит печатную форму с заданием на пересчет товаров.
После проведения фактического пересчета товаров данные вносятся в документ «Пересчет
товаров», после чего в системе создаются складские акты для отражения недостач, излишков,
пересортицы и Инвентаризационная опись. Складские акты отражают изменения в финансовом
учете.
Ответственный бухгалтер проверяет корректность заполнения складских актов в системе и
при необходимости устанавливает признак проверки в документах.
2.10.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовые механизмы: создание документа
«Пересчет товаров» и Помощник оформления складских актов.
Ответственный бухгалтер создает документ «Пересчет товаров» из Списка документов,
который расположен в подсистеме «Склад и доставка» → Излишки, недостачи, порчи. Для этого на
форме списка документов «Пересчет товаров» необходимо в отборе «Склад» выбрать склад, на
котором планируется проведение инвентаризации, и нажать кнопку «Создать». Система откроет
форму создания документа «Пересчет товаров», в котором необходимо вручную заполнить
реквизиты:
 Исполнитель;
 Перемещать излишки товаров в ячейку (при необходимости, при этом система
автоматически переместит в указанную ячейку излишки).
Информация о товарах вносится на складке «Товары» с помощью кнопки «Заполнить по
отбору». При нажатии на кнопку «Заполнить по отбору» система автоматически заполнит
табличную часть номенклатурой, по которой есть остатки по учету.
После проведения документа «Пересчет товаров» в статусе «Подготовлено» необходимо
выполнить проверку незавершенных операций по складскому документообороту. Для этого
необходимо сформировать отчет «Контроль оформления документов товародвижения» с отбором
по дате и складу, на котором планируется проведение инвентаризации, без заполнения реквизита
«Дней». Если в отчете сформированы данные по незавершенным операциям – необходимо выяснить
находятся ли данные товары на складе или нет. Если данные товары находятся на складе – их
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
необходимо принять или изменить дату отгрузки. Если незавершенных операций по складу нет
(отчет пустой) можно создавать документ «Пересчет товаров».
Далее в документе «Пересчет товаров» установить статус «В работе» и вывести печатную
форму «Бланк задания на пересчет товаров». При установленном статусе «В работе» документ
«Пересчет товаров» не доступен для редактирования, кроме того, при проведении документа с
данным статусом система автоматически проверяет, есть ли незавершенные операции при приемке
или отгрузке.
После фактического пересчета товаров инвентаризационной комиссией Ответственный
бухгалтер устанавливает в документ «Пересчет товаров» статус «Внесение результатов» и вносит
данные по расхождениям между учетным и фактическим количеством. Если расхождений мало, то
можно нажать на кнопку «заполнить факт по учету», и система автоматически заполнит в табличной
части «Товары» колонку «По факту» учетным количеством. После это можно скорректировать
вручную данные в колонке «По факту» согласно выявленным расхождениям, при этом система
автоматически заполнит колонку «Отклонения». Либо можно ввести данные в колонку
«Отклонения», и система автоматически рассчитает данные в колонке «По факту». После
заполнения отклонений, выявленных при инвентаризации, документ «Пересчет товаров» следует
провести в статусе «Выполнено».
Документ «Пересчет товаров» в статусе «Выполнено» вносит изменения в складской учет.
Для отражения изменений результатов инвентаризации в финансовом учете необходимо
создать складские акты. Для этого на форме документа «Пересчет товаров» в статусе «Выполнено»
необходимо нажать кнопку «Ввести на основании» → Помощник оформления складских актов.
Откроется форма Обработки «Помощник оформления складских актов» с Шагом № 1.
На Шаге №1 необходимо заполнить (если не заполнены):
 Период инвентаризационной описи;
 Дату складских актов;
 Выбрать по какому виду цен будут распечатаны инвентаризационные ведомости.
На Шаге №2 система предлагает сделать зачет по пересортице. Для этого можно создать
отдельные документы «Списание недостач товаров» и «Оприходование излишков товаров» либо
создать один документ «Пересортица товаров».
На Шаге №3 необходимо выполнить распределение товаров по организациям. Это можно
сделать 2 способами:
 По кнопке «Распределить согласно остатков товаров организаций» - система
автоматически будет искать и выбирать по какой организации можно распределить
товары;
 По кнопке «Отнести на выбранную организацию» - в таком случае сначала будет нужно
сформировать отчет «Остатки товаров организаций», чтобы посмотреть на какую
организацию можно распределить товары, затем нажать кнопку «Отнести на
выбранную организацию» и вручную выбрать организацию.
На Шаге №4 система автоматически сформирует документы: «Списание недостач товаров»,
«Оприходование излишков товаров», «Пересортица товаров» и «Инвентаризационная опись.
Некоторые документы могут быть не проведены из-за того, что в них не заполнены ключевые
реквизиты. В таком случае будет необходимо открыть не проведенный документ, заполнить
реквизиты и провести вручную.
Документ «Оприходование излишков товаров» на складе, использующем ордерную схему
документооборота, отражает изменения в финансовом учете.
После проведения документа информация о товарах будет:
 Записана в Регистры накопления, в том числе:
o Товары организаций;
o Себестоимость товаров.
 Отражаться в отчетах, в том числе:
o Ведомость по товарам организаций.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
После установки признака проверки в «Оприходовании излишков товара» документ будет
доступен только на просмотр и будет не доступен для редактирования обычным пользователям,
которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Права на установку/снятие признака проверки документов в «Оприходование излишков
товаров» будут включены в профиль ответственного бухгалтера.
В роль «Ответственный по складу» будут включены права:
 На чтение, просмотр документа «Оприходование излишков товара» по своему складу.
После записи/проведения документа «Оприходование излишков товара» документ будет
доступен для просмотра в подсистеме «Склад и доставка» → Излишки, недостачи, порчи →
Складские акты или Оприходование излишков товаров.
Документ «Списание недостач товаров» на складе, использующем ордерную схему
документооборота, отражает изменения в финансовом учете.
После проведения документа информация о товарах будет:
 Записана в Регистры накопления, в том числе:
o Товары организаций;
o Себестоимость товаров;
 Отражаться в отчетах, в том числе:
o Ведомость по товарам организаций.
После установки признака проверки в «Списание недостач товара» документ будет доступен
только на просмотр и будет не доступен для редактирования обычным пользователям, которые не
имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Права на установку/снятие признака проверки документов в «Списание недостач товаров»
будут включены в профиль ответственного бухгалтера.
В роль «Ответственный по складу» будут включены права:
 На чтение, просмотр документа «Списание недостач товара» по своему складу.
После записи/проведения документа «Списание недостач товара» документ будет доступен
для просмотра в подсистеме «Склад и доставка» → Излишки, недостачи, порчи → Складские акты
или Списания недостач товаров.
Документ «Пересортица товаров» на складе, использующем ордерную схему
документооборота, отражает изменения в финансовом учете.
После проведения документа информация о товарах будет:
 Записана в Регистры накопления, в том числе:
o Товары организаций;
o Себестоимость товаров.
 отражаться в отчетах, в том числе:
o Ведомость по товарам организаций.
После установки признака проверки в «Пересортице товара» документ будет доступен только
на просмотр и будет не доступен для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
Права на установку/снятие признака проверки документов в «Пересортице товаров» будут
включены в профиль ответственного бухгалтера.
В роль «Ответственный по складу» будут включены права:
 На чтение, просмотр документа «Пересортица товара» по своему складу.
После записи/проведения документа «Пересортица товара» документ будет доступен для
просмотра в подсистеме «Склад и доставка» → Излишки, недостачи, порчи → Складские акты или
Пересортицы товаров.
Документ «Инвентаризационная опись» не делает движений по регистрам системы и служит
для выведения печатных форм:
 Инвентаризационная опись (ИНВ-3);
 Сличительная ведомость (ИНВ-19).
Права на редактирование, просмотр, установку/снятие пометки удаления в документ
«Инвентаризационная опись» будут включены в профиль ответственного бухгалтера.
После записи/проведения документа «Инвентаризационная опись» документ будет доступен
для просмотра в подсистеме «Склад и доставка» → Излишки, недостачи, порчи → Складские акты
или Инвентаризационные описи.
2.10.2.5. ОТЧЕТЫ.
2.10.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для управления и учета перемещения товаров в рамках складской топологии используется
типовой отчет с детализацией до конкретных мест хранения (ячеек, стеллажей и т.д.).
Для контроля остатков на складе со сроками годности используется типовой отчет,
формирующий остатки со сроками годности по номенклатуре в разрезе серий.
Для контроля и анализа отражения операций в складском учете в системе используются
типовые отчеты, формирующие движения и остатки на складах.
Для контроля и анализа отражения операций в финансовом учете используются типовые
отчеты, формирующие движения и остатки по товарам организаций.
2.10.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по движению остатков на складах с ордерной схемой
документооборота и детализацией мест хранений используется типовой отчет «Движение товаров
на адресных складах», который расположен в подсистеме «Склад и доставка». Выведение данных в
отчете можно настраивать до документа-регистратора в разрезе номенклатуры по сериям на местах
хранения.
Для формирования остатков товаров на складах по срокам годности используется типовой
отчет «Остатки товаров по срокам годности», который расположен в подсистеме «Склад и
доставка». Данные, которые формирует отчет, зависят от применяемой политики учета серий. При
политике «Управление по FEFO остатками серий» отчет показывает объективную информацию,
соответствующую фактическим остаткам номенклатуры в разрезе серий с количеством дней до
истечения сроков годности.
Для формирования данных по движению и остаткам ТМЦ на складах в складском учете
используются типовой отчет «Ведомость по товарам на складах», который расположен в
подсистеме «Склад и доставка», который расположен в подсистеме «Склад и доставка».
Для формирования данных по движению и остаткам ТМЦ в финансовом учете используется
типовой отчет «Ведомость по товарам организаций», который расположен в разделе «Финансовый
результат и контроллинг».
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:
 Пользователи;
 Группы доступа;
 Профили групп доступа;
 Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 Создание новых ролей;
 Создание новых профилей доступа;
 Создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:
 Стандартный инструмент управления доступом на основе ролей;
 Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:
 Полные права;
 Администратор Системы;
 Интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
Редакция 1
АО «КМКР»
СКЛАДСКОЙ УЧЕТ В АО «КМКР»
Изменение №
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 4.6.
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ПЕЧАТНЫХ И ОТЧЕТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИЙ
4.3. ПЕРЕЧЕНЬ НСИ
4.4. ПЕРЕЧЕНЬ МИГРАЦИЙ
4.5. ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_ТОиР.docx | docs/32616449098/74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_ТОиР.pdf
Отчет о моделировании
бизнес-процессов по ремонтам
в 1С:ТОиР. Управление ремонтами и обслуживанием оборудования КОРП, ред. 3.0
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Оглавление
Лист согласования...............................................................................................................3
Версии документа................................................................................................................4
1.
ОБЩИЕ СВЕДЕНИЯ.......................................................................... 5
1.1.
1.2.
1.3.
1.4.
1.5.
Назначение документа........................................................................................5
Определения терминов и сокращений...............................................................5
Цели, задачи и объект моделирования..............................................................6
Подход к реализации сценария моделирования...............................................6
Общие методологические требования к внедряемой ИС................................6
2.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО
МОДЕЛИРОВАНИЯ..........................................................................................8
2.1. Бизнес-процесс по техническому обслуживанию и ремонту..........................8
2.2. Настройки и НСИ ТОиР.......................................................................................8
2.2.1.
Общее Описание моделируемого бизнес-процесса................................................8
2.2.2.
Функции бизнес-процесса.........................................................................................8
2.3. Внеплановые ремонты......................................................................................15
2.3.1.
Общее Описание моделируемого бизнес-процесса..............................................15
2.3.2.
Функции бизнес-процесса.......................................................................................16
2.4. Плановые ремонтные работы...........................................................................23
2.4.1.
Общее Описание моделируемого бизнес-процесса..............................................23
2.4.2.
Функции бизнес-процесса.......................................................................................24
2.5. Установка и замена приборов учета................................................................32
2.5.1.
Общее Описание моделируемого бизнес-процесса..............................................32
2.5.2.
Функции бизнес-процесса.......................................................................................32
3.
4.
КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ.........................................38
ПРИЛОЖЕНИЯ К ДОКУМЕНТУ.......................................................39
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Перечень печатных и отчетных форм.............................................................39
Перечень интеграций........................................................................................39
Перечень НСИ.....................................................................................................39
Перечень миграций............................................................................................40
Перечень функциональных требований и разрывов.....................................40
Соответствие функций и бизнес-ролей...........................................................40
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Лист согласования
Должность
ФИО
Подпись
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Версии документа
Дата
19.03.2026
Автор
Новолоков В.А.
Компания
ООО «Градум»
Версия
1.0
Описание изменений
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ТОиР» содержит
описание системы, алгоритмов процессов, используемых объектов разрабатываемой системы с
учетом моделей бизнес-процессов, требований Технического задания на выполнение работ по
обследованию и моделированию, а также внутренних нормативных документов Заказчика.
Окончательные требования к разработкам могут быть уточнены на этапе реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ТОиР, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ТОиР, с указанием входов, выходов и ожидаемого
результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков, если применимо;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1C:ТОиР
Заказчик
ИС
НСИ
Определение термина (расшифровка сокращения)
1С:ERP. Управление холдингом, ред. 3.2
1С:ТОиР. Управление ремонтами и обслуживанием оборудования КОРП,
ред. 3.0
АО «Кавминкурортресурсы»
Внедряемая информационная система на базе конфигурации 1С:ТОиР.
Управление ремонтами и обслуживанием оборудования КОРП, ред. 3.0
Нормативно-справочная информация
Информационная
система
ППР
1C:ТОиР
ТОиР
Техническое обслуживание и ремонт
ОР
Объект ремонта
РС
Регистр сведений
РН
Регистр накопления
ТМЦ
Товарно-материальные ценности
Планово-предупредительный ремонт
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы ведения деятельности по ремонту
оборудования Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по ремонту, фиксирование
функциональных требований к разрабатываемой системе как со стороны владельца бизнеспроцессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:









уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
описание текущих бизнес-процессов по ремонту;
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ТОиР;
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ТОиР. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
 При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ТОиР.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ТОиР. Управление
ремонтами и обслуживанием оборудования КОРП, ред. 3.0.11.2». Все технические решения,
описанные в данном документе, базируются на функциональных возможностях данной редакции. В
случае, если на момент разработки и внедрения системы будет принято решение по использованию
другой (более новой или старой) редакции системы «1С:ТОиР. Управление ремонтами и
обслуживанием оборудования», то это потребует пересмотра части проектных решений в
зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
Редакция 1
Техническое обслуживание и ремонты В АО
«КМКР»
АО «КМКР»
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ И РЕМОНТУ
Общая схема бизнес-процесса направления (Приложение):
Схема процессов нижнего уровня (если применимо):
Перечень подпроцессов по учету ремонтов представлен в Таблица 1.
Таблица 1 Перечень подпроцессов по учету ремонтов
№
п/п
1.
2.
3.
4.
Уровень
БП
2
2
2
2
Код БП
ТОИР.1
ТОИР.2
ТОИР.3
ТОИР.4
Название БП
Настройки и НСИ ТОиР
Внеплановые ремонты
Плановые ремонты
Установка и замена приборов учета
2.2. НАСТРОЙКИ И НСИ ТОИР
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Для отражения в информационной системе фактов выполнения ремонтных операций в
бухгалтерском и управленческом учете необходимо предварительно настроить систему и ввести
соответствующую НСИ.
2.2.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 2 представлен перечень настроек функций и НСИ, необходимых для реализации
бизнес-процессов в системе 1C: ТОиР.
Таблица 2 Перечень настроек и НСИ для отражения ремонтных операций в 1C: ТОиР
№ п/п
Код БП
Название БП
Название Функции
Детальное описание
1.
ТОИР 1.1.
Настройки, НСИ Настройка системы.
Выполнить
типовые
настройки системы.
2.
ТОИР.1.2.
Настройки, НСИ НСИ ТОиР
Внести технологическую
НСИ ТОиР
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
2.2.2.1. НАСТРОЙКА СИСТЕМЫ
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Информационная система должна быть настроена для отражения ремонтных операций в
управленческом учете согласно бизнес-процессам заказчика.
2.2.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции выполняются типовые настройки.
Настройки расположены в разделе «Настройка и Администрирование» → Настройка
параметров системы.
Для настройки включения и выключения использования документов системы используется
графическая область «Настройка бизнес-процессов». С помощью двойного нажатия на объект
схемы можно отключить неиспользуемые документы в системе. Нажатием на стрелки между
объектами можно управлять связью последовательности введения документов на основании
предыдущего.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
В настройках подсистемы «Общие» необходимо установить флажки «Использовать статусы
документов ТОиР». При необходимости вести согласование документов ремонта установить флаг
«Использовать согласование».
В настройках подсистемы «Оборудование и нормативы» установить флажки «Учет
запчастей», «Использовать типовые объекты ремонта». При необходимости вести учет гарантийных
ремонтов установить «Использование гарантий».
В настройках подсистемы «Показатели эксплуатации» установить флажки «Учет наработки
оборудования», «Учет состояний оборудования» и «Учет выявленных дефектов».
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
В настройках подсистемы «Планирование ТОиР» установить флажки «Использовать ППР»,
«Рассчитывать плановую стоимость ремонтов при планировании» и «Использовать сметы
ремонта».
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
В настройках подсистемы «Наряды и работы» установить флажки «Использовать наряды на
выполнение работ», «Использовать возможность отмены ремонтов» и «Использовать комиссии».
В настройках подсистемы «МТО» снять флажок «Использовать контроль отрицательных
остатков» и установить «Использовать серии номенклатуры».
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
2.2.2.2. НСИ ТОИР
2.2.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После выполнения настроек подсистемы ТОиР в соответствующих элементах нормативносправочной информации должны быть введены данные, необходимые для работы функционала
технического обслуживания и ремонтов.
2.2.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции в системе необходимо заполнить нормативносправочную информацию подсистемы:

Объекты ремонта
В справочнике «Объекты ремонта» создаются оборудования/активы, по которым
ведётся планирование ТОиР и история ремонтов. Основные объекты ремонта ведутся в
конфигурации 1С:ERP. Управление холдингом и интегрируются в подсистеме ТОиР. В
подсистеме ТОиР объекты ремонта будут дообогащаться недостающей информацией:
o
o
o
o
o
o
o
o
o
График работы;
Срок полезного использования;
Местонахождение;
Подразделение исполнитель;
Склад обеспечения МТР;
Нормативные ремонты;
Запчасти;
Показатели наработки;
Типовой объект ремонта.
В случае указания в объекте ремонта типового объекта ремонта с заполненными
нормативными ремонтами, система наследует данные из типовых ОР с возможностью
редактирования.
Объекты ремонта используются:
Редакция 1
АО «КМКР»
o
o
o
o
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
при формировании плановых работ ППР;
при регистрации дефектов;
при оформлении наряд-заказов;
при анализе выполненных ремонтов.
На этапе внедрения требуется определить, по какому признаку/набору признаков на
стороне ЕРПУХ объекты ремонта будут интегрироваться в ТОиР.

Типовые объекты ремонта
В справочнике «Типовые объекты ремонта» создаются элементы и используются для
централизованного хранения нормативной информации по однотипному
оборудованию (например: насосы, станки, промышленные здания).

Виды ремонтов
В справочнике «Виды ремонтов» создаются элементы, соответствующие типам
выполняемых работ (например: осмотр, техническое обслуживание, текущий ремонт).
Виды технического обслуживания используются при формировании регламентов ТО.

Виды дефектов
В справочнике «Виды дефектов» создаются элементы, используемые при регистрации
дефектов объектов ремонта.
Виды дефектов применяются при инициировании внеплановых ремонтов и анализе
причин выполнения ремонтов.

Технологические операции
В справочнике «Технологические операции» создаются элементы, описывающие
элементарные работы, выполняемые при техническом обслуживании и ремонте.

Технологические карты
В справочнике «Технологические карты» формируются карты, включающие набор
технологических операций, описывающих типовой состав работ по обслуживанию или
ремонту.
Редакция 1
АО «КМКР»

Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Контрагенты
Контрагенты ведутся в конфигурации 1С:ERP. Управление холдингом и используются
в подсистеме ТОиР за счет обмена данными при оформлении подрядного способа
выполнения ремонтных работ.

Договоры с контрагентами
Договоры с контрагентами ведутся в конфигурации 1С:ERP. Управление холдингом и
используются в подсистеме ТОиР при оформлении подрядного способа выполнения
ремонтных работ.

Номенклатура
Номенклатура ведется в конфигурации 1С:ERP. Управление холдингом и используется
в подсистеме ТОиР для подбора материальных ресурсов, применяемых при
выполнении технического обслуживания и ремонтов.

Склады
Склады ведутся в конфигурации 1С:ERP. Управление холдингом и используются в
подсистеме ТОиР для учета наличия и движения материальных ресурсов, применяемых
в процессах ТОиР.

Комиссии
Справочник «Комиссии» предназначен для ведения состава экспертной комиссии при
оформлении дефектных актов и актов выполненных ремонтов в соответствии с
внутренними регламентами. В справочнике указывается организация комиссии,
председатель и состав (члены комиссии).
2.3. ВНЕПЛАНОВЫЕ РЕМОНТЫ
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс внеплановых ремонтов предназначен для восстановления работоспособности
объектов ремонта в случае выявления дефектов, отказов или иных отклонений от нормального
состояния.
Инициирование внепланового ремонта осуществляется исключительно на основании
выявленного дефекта объекта ремонта. Отдельный бизнес-процесс дефектовки не выделяется —
дефект рассматривается как первичное событие, запускающее процесс внепланового ремонта.
Дефект может быть выявлен:
 в ходе эксплуатации объекта;
 при осмотре объекта эксплуатации ответственными сотрудниками;
 в процессе выполнения плановых работ технического обслуживания.
После регистрации дефекта выполняется анализ выявленной неисправности и принимается
решение о выполнении ремонта.
В рамках моделирования допускаются следующие варианты оформления внепланового
ремонта:



с формированием сметы на ремонт;
без формирования сметы;
с оформлением наряд-заказа;
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №

без оформления наряд-заказа, с непосредственным переходом к оформлению акта о
выполнении этапа работ.
В рамках моделирования рассматриваются следующие способы выполнения внеплановых
ремонтов:
 хозяйственным способом (выполнение работ собственными силами Заказчика);
 подрядным способом (привлечение сторонних подрядных организаций).
В рамках моделирования:





учет трудозатрат не используется;
ремонт может выполняться в один или несколько этапов;
закрытие ремонта осуществляется на основании акта о выполнении этапа работ;
материальные затраты фиксируются непосредственно в акте о выполнении этапа работ;
отражение внутреннего потребления (списания) материалов осуществляется в рамках
бизнес-процесса «Материальное обеспечение ремонтов».
2.3.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 3 представлен перечень функций бизнес-процессов, реализуемых в системе 1C:
ТОиР.
Таблица 3 Перечень функций бизнес-процессов, реализуемых в системе 1C: ТОиР
№
п/
п
Код БП
1
ТОИР 2.1.
2
3
4
5
Название БП
Название Функции
ТОИР.2.2.
Внеплановые
ремонты
Внеплановые
ремонты
ТОИР.2.3.
Внеплановые
ремонты
Фиксация выявленного
дефекта объекта ремонта
Определение состава и
Формирование сметы
ориентировочной
на ремонт
стоимости работ
Детализация
состава
Оформление
нарядремонтных работ (при
заказа
необходимости)
ТОИР.2.4.
ТОИР.2.5.
Внеплановые
ремонты
Внеплановые
ремонты
Внеплановые
ремонты
6
ТОИР.2.6.
7
ТОИР.2.7.
Внеплановые
ремонты
Детальное описание
Регистрация дефекта
Оформление
выполнении
работ
Фиксация
выполнения
акта о работ и материальных
этапа затрат
Планирование
потребности в ТМЦ
Списание
оприходование
материалов
Оформление плановой
потребности
в
материалах
для
выполнения ремонтных
работ
Отражение
факта
и использования
материалов для ремонта и
возврат
на
склад
излишков
Формирование
Контроль
и
анализ
отчетности
по
внеплановых ремонтов
внеплановым ремонтам
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
2.3.2.1. СОЗДАНИЕ ДОКУМЕНТА «ВЫЯВЛЕННЫЕ ДЕФЕКТЫ»
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Информационная система должна обеспечивать возможность регистрации дефектов объектов
ремонта с целью фиксации факта выявления неисправностей, отказов или отклонений от
нормального состояния оборудования.
Регистрация дефекта должна выполняться уполномоченными пользователями в соответствии
с установленными ролями и правами доступа.
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения дефектовки
объекта ремонта.
Для создания документа «Выявленные дефекты» требуется перейти в подсистему «Показатели
эксплуатации» → «Выявленные дефекты». В журнале документов необходимо нажать кнопку
«Создать».
При создании документа «Выявленные дефекты» ответственному по дефектовке необходимо
будет вручную заполнить все ключевые реквизиты:
 Организация;
 Подразделение;
 Дата обнаружения;
 Дефект выявлен в процессе;
 Контактное лицо инициатора;
 Инициатор.
Информация о объектах ремонта вносится вручную в ТЧ «Дефекты оборудования» путем
добавления или подбора нескольких ОР.
После добавления ОР требуется указать информацию о дефекте с помощью выбора типового
дефекта из справочника или заполнением информации о дефекте.
На закладке «Дополнительно» указывается комиссия, участвующая в дефектовке.
После проведения документа информация о дефекте будет:
 записана в Регистры сведений, в том числе:
o Все документы по ремонтам;
o Выявленные дефекты;
o Статусы ремонтов;
 отражаться в отчетах, в том числе:
o Журнал дефектов;
o История изменения дат ремонтов.
После записи и/или проведения документ доступен для просмотра и редактирования в
подсистеме «Показатели эксплуатации».
После создания документов на основании дефекта документ будет не доступен для
редактирования всем пользователям.
Обычные пользователи будут иметь доступ на просмотр дефектовки.
2.3.2.2. СОЗДАНИЕ ДОКУМЕНТА «СМЕТА НА РЕМОНТ»
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ предназначен для регистрации намерений проведения ремонтных работ на
указанный период для объекта ремонта.
Заявка вводится на основании выявленных дефектов.
Формирование сметы не является обязательным этапом бизнес-процесса внепланового
ремонта и используется в случаях, когда требуется:
Редакция 1
АО «КМКР»



Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
предварительная оценка затрат на ремонт;
согласование объема и стоимости работ;
принятие решения о способе выполнения ремонта (хозяйственный или подрядный).
2.3.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм, предназначенный для
предварительного расчета стоимости ремонтных работ и материальных затрат. Сметы на ремонт
создаются из общего Журнала документов. Для этого необходимо перейти в подсистему «Наряды и
работы» → «Сметы ремонта (Заявки на ремонт)» нажать кнопку «Создать».
При создании документа «Сметы ремонта (Заявки на ремонт)» ответственному за ремонт
требуется заполнить:
 Организация;
 Подразделение;
По кнопке «Подбор» в открывшемся окне подбора работ по ТОиР из документов оснований
нажать на кнопку «Добавить» и выбрать «Выявленные дефекты». После выбора откроется окно со
списком дефектных актов. После подбора документов нажать кнопку «Выбрать», строка из подбора
будет перенесена в документ сметы.
В табличной части «Объекты ремонта» указываются плановые даты начала и окончания
ремонтных работ, при необходимости заполняется описание ремонта.
В табличной части «Ремонтных работ» указываются технологические операции или
технологические карты для выполнения работ.
В подзакладке «Материальные затраты» заполняется информация о номенклатуре,
использующейся в рамках выполнения тех. карты или операции. Табличная часть доступна для
редактирования ответственному пользователю.
В подзакладке «Запчасти» заполняется информация о плановой замене запчастей,
установленных на ОР.
В подзакладке «Инструменты и техника» указывается информация о потребности в
инструментах для выполнения работ.
В подзакладке «Исполнители» заполняется информация о способе выполнения ремонтных
работ путем заполнения реквизита «Исполнитель». Исполнителем может быть выбран контрагент
для выполнения подрядного способа выполнения работ или подразделение исполнитель при
ремонте хозспособом.
В подзакладке «Меры безопасности» добавляются документы описывающие правильно
выполнение ремонтных работ.
После проведения документа информация о ремонте будет:
 записана в Регистры накопления, в том числе:
o Запланированные ремонтные работы;
o Плановые трудовые затраты ремонтах работ;
o Процент выполненных работ.
 записана в Регистры сведений, в том числе:
o Все документы по ремонтам;
o Заявки по ремонту;
o Исполнители в заявках по ремонтам;
o Статусы ремонтов.
 отражаться в отчетах, в том числе:
o Статусы ремонтов по заявкам;
o Статусы ремонтов по заявкам (по бригадам);
o История изменения дат ремонтов.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
После записи и/или проведения документ доступен для просмотра и редактирования до ввода
на основании документов.
2.3.2.3. СОЗДАНИЕ ДОКУМЕНТА «НАРЯД НА ВЫПОЛНЕНИЕ РЕМОНТНЫХ
РАБОТ»
2.3.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ предназначен для регистрации начала проведения ремонтных работ.
Наряд вводится на основании выявленных дефектов или сметы на ремонт.
Формирование наряда на выполнение ремонтных работ не является обязательным этапом
бизнес-процесса внепланового ремонта и используется в случаях, когда требуется:



детализация состава выполняемых ремонтных работ;
фиксация фактического объема работ по этапам;
принятие решения о способе выполнения ремонта (хозяйственный или подрядный).
2.3.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм, предназначенный для
регистрации начала ремонтных работ. Наряд на выполнение ремонтных работ создаются из общего
Журнала документов. Для этого необходимо перейти в подсистему «Наряды и работы» → «Наряд на
выполнение ремонтных работ» нажать кнопку «Создать».
При создании документа «Наряд на выполнение ремонтных работ» ответственному за ремонт
требуется заполнить:
 Организация;
 Подразделение;
По кнопке «Подбор» в открывшемся окне подбора работ по ТОиР из документов оснований
нажать на кнопку «Добавить» и выбрать «Выявленные дефекты» или «Сметы ремонта (Заявки на
ремонт)». После выбора откроется окно со списком дефектных актов или смет. Завершив подбор
документов нажать кнопку «Выбрать», строка из подбора будет перенесена в документ наряда.
Документ будет заполнен информацией из сметы или дефектного акта.
После проведения документа информация о ремонте будет:
 записана в Регистры накопления, в том числе:
o Запланированные ремонтные работы.
 записана в Регистры сведений, в том числе:
o Все документы по ремонтам;
o Наряды по ремонту;
o Статусы ремонтов.
 отражаться в отчетах, в том числе:
o История изменения дат ремонтов.
После записи и/или проведения документ доступен для просмотра и редактирования до ввода
на основании документов.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
2.3.2.4. СОЗДАНИЕ ДОКУМЕНТА «АКТ О ВЫПОЛНЕНИИ ЭТАПОВ РАБОТ»
2.3.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ предназначен для отражения факта выполнения работ ремонтным подразделение,
учитывая процент выполнения в разрезе каждой технологической операции.
Акт создается на основании документов:



Выявленные дефекты;
Смета на ремонт (заявка на ремонт);
Наряд на выполнение ремонтных работ.
Оформление акта является обязательным этапом завершения ремонта или его этапа,
независимо от того, оформлялись ли ранее смета на ремонт и (или) наряд-заказ.
2.3.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм, предназначенный для
регистрации окончания ремонтных работ. Акты о выполнении этапа работ создаются из общего
Журнала документов. Для этого необходимо перейти в подсистему «Наряды и работы» → «Акт о
выполнении этапа работ» нажать кнопку «Создать».
При создании документа «Акт о выполнении этапа работ» ответственному за ремонт требуется
заполнить:
 Организация;
 Подразделение;
По кнопке «Подбор» в открывшемся окне подбора работ по ТОиР из документов оснований
нажать на кнопку «Добавить» и выбрать:
 Выявленные дефекты
 Сметы ремонта (Заявки на ремонт)
 Наряд на выполнение ремонтных работ
После выбора откроется окно со списком выбранного типа документа. После завершения
подбора документов необходимо нажать кнопку «Выбрать», строка из подбора будет перенесена в
документ акт. Документ будет заполнен информацией из выбранного типа документа.
В табличной части «Объекты ремонта» указываются фактические даты начала и окончания
ремонтных работ.
В табличной части «Ремонтных работ» указываются факт выполнения технологических
операции.
В подзакладке «Материальные затраты» заполняется информация использованной
номенклатуре в рамках выполнения тех. карты или операции.
В подзакладке «Запчасти» заполняется информация о фактической замене запчастей,
установленных на ОР. При добавлении заменённой запчасти указывается статус движения старой
запчасти и установки новой.
В подзакладке «Исполнители» заполняется информация о способе выполнения ремонтных
работ путем заполнения реквизита «Исполнитель». Исполнителем может быть выбран контрагент
для выполнения подрядного способа выполнения работ или подразделение исполнитель при
ремонте хозспособом.
После заполнения материальных затрат и запчастей создается документ «Внутреннее
потребление товар» для отражения факта списание со склада остатков. Документ интегрируется со
складской системой 1С:ERP. Управление холдингом. В документе ответственный сотрудник
заполняет реквизит «Склад», с которого происходит списание ТМЦ.
Если в ходе ремонтных работы был возврат старых запчастей на склад, требуется создать
документ «Оприходование излишков товаров». Документ интегрируется со складской системой
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
1С:ERP. Управление холдингом. В документе ответственный сотрудник заполняет реквизит
«Склад», с которого происходит списание ТМЦ.
После проведения документа информация о ремонте будет:
 записана в Регистры накопления, в том числе:
o Запланированные ремонтные работы;
o Установка запчасти;
o Фактические затраты запчастей;
o Фактические материальные затраты ремонтных работ;
o Фактические трудовые затраты ремонтных работ;
o Процент выполненных работ.
 записана в Регистры сведений, в том числе:
o Акты по ремонтам;
o Все документы по ремонтам;
o Завершенные ремонтные работы;
o Статусы ремонтов.
 отражаться в отчетах, в том числе:
o История изменения дат ремонтов.
2.3.2.5. ПЛАНИРОВАНИЕ ПОТРЕБНОСТИ В МАТЕРИАЛАХ
2.3.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Бизнес-процесс материального обеспечения ремонтов предназначен для обеспечения
выполнения ремонтных работ материальными ресурсами внеплановых ремонтов.
Планирование потребности в материальных ресурсах выполняется на основании документа
подготовки ремонтных работ «Смета на ремонт (заявка на ремонт)».
2.3.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Потребность в материалах определяется на основании документа «Смета на ремонт (заявка на
ремонт)».
На основании указанного документа формируется перечень материалов с указанием
номенклатуры и количества, планируемых к использованию при выполнении ремонтных работ.
Результаты планирования используются для формирования заказов на внутреннее
потребление материалов. Сформированные заказы передаются в учетную систему для дальнейшего
выполнения операций материального обеспечения.
Формирование заказов на внутреннее потребление носит плановый характер и не отражает
фактическое использование материальных ресурсов. Фактическое использование материалов
фиксируется на последующих этапах выполнения ремонтных работ.
2.3.2.6. СПИСАНИЕ И ОПРИХОДОВАНИЕ ИЗЛИШКОВ ТОВАРА
2.3.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Фиксация фактического использования материальных ресурсов выполняется по результатам
выполнения ремонтных работ на основании документа «Акт о выполнении этапа работ», в котором
указываются фактически использованные материалы.
Списание материалов осуществляется исключительно на основании документа «Внутреннее
потребление», сформированного на основании акта о выполнении этапа работ. Иные документы для
списания материалов не используются.
В случае возврата неиспользованных запасных частей и материалов на склад оформляется
документ «Оприходование излишков» с видом операции «Возврат на склад».
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Документы, сформированные в рамках функции списания и возврата материалов, передаются
в учетную систему 1С:ERP. УХ для отражения операций по списанию и возврату материальных
ресурсов.
2.3.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Списание материальных ресурсов, использованных при выполнении ремонтных работ,
осуществляется после фиксации факта выполнения работ и отражения фактически использованных
материалов.
Основанием для списания материалов является документ «Акт о выполнении этапа работ», в
котором указывается перечень и количество материалов, фактически использованных в рамках
выполнения ремонта либо его этапа.
На основании акта о выполнении этапа работ формируется документ «Внутреннее
потребление», предназначенный для отражения факта списания материальных ресурсов. Иные
документы для списания материалов не используются.
В случае возврата запасных частей на склад выполняется создание документа «Оприходование
излишков» запчастей на склад, указанных в документе «Акт о выполнении этапа работ» с видом
операции «Возврат на склад»
Документы «Внутреннее потребление» и «Оприходование излишков» передаются в учетную
систему 1С:ERP. УХ для отражения операций по списанию и возврату материалов.
Для обеспечения процессов планирования и выполнения ремонтных работ используется
информация об остатках материалов на складах организации.
Учет складских остатков материалов ведется в учетной системе 1С:ERP. УХ. Данные об
остатках материалов передаются в систему 1С:ТОиР в рамках интеграционного взаимодействия.
Для отражения остатков материалов, полученных из учетной системы, в системе 1С:ТОиР
используется документ «Поступление товаров и услуг».
Документ «Поступление товаров и услуг» применяется для фиксации остатков материалов,
полученных по интеграции, на определенную дату.
Загруженные остатки материалов используются для:
 контроля наличия материалов, необходимых для выполнения ремонтных работ;
 оценки обеспеченности работ материальными ресурсами;
 поддержки планирования потребности в материалах и формирования заказов на
внутреннее потребление.
В рамках моделирования рассмотрена ситуация, при которой материал фактически уже
приобретен (например, по авансовому платежу), однако в бухгалтерском учете еще не оприходован
и отсутствует в остатках системы ТОиР. Для обеспечения возможности отражения выполнения
работ на стороне 1С:ТОиР отключен контроль остатков по материалам до момента их отражения в
учете.
2.3.2.7. ОТЧЕТЫ
2.3.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля внеплановых ремонтов в системе формируется управленческая отчетность,
предназначенная для контроля сроков устранения дефектов, анализа статусов ремонтов и оценки
фактических материальных затрат.
Отчетность формируется на основании данных документов «Выявленные дефекты», «Наряд
на выполнение ремонтных работ» и «Акт о выполнении этапа работ».
Используются типовые отчеты подсистемы 1С:ТОиР, позволяющие анализировать
количество внеплановых ремонтов, длительность выполнения работ и динамику изменения
статусов ремонтов.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
2.3.2.7.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по дефектам оборудования используется типовой отчет
«Выявленные дефекты», который расположен в подсистеме «Показатели эксплуатации» →
«Отчеты по показателям эксплуатации».
Сформированный отчет «Выявленные дефекты» содержит данные о выявленных дефектах
объектов ремонта сгруппированные по объектам ремонта и видам дефектов.
Для получения информации о времени нахождения объекта ремонта в состоянии за указанный
период используется отчет «Журнал состояний оборудования», который расположен в подсистеме
«Показатели эксплуатации» → «Отчеты по показателям эксплуатации».
Сформированный отчет «Журнал состояний оборудования» содержит данные о дате начала и
окончания ремонта, состоянии ОР, причине простоя, времени простоя и эксплуатации.
Для получения детальной информации по ремонтам типовой отчет «Выполнение плановых и
внеплановых ремонтов», который расположен в подсистеме «Планирование ТОиР» → «Отчеты по
планированию ТОиР».
Отчет предназначен для получения информации о текущих статусах фактического
выполнения плановых и внеплановых ремонтов. В отчете выводится информация о плановых датах
начала и окончания периода ремонтных работ и о фактических датах периода ремонтных работ.
В отчете можно настроить отборы:


Учитывать план графики ППР
Учитывать ремонты по дефектам
Для получения детальной информации о фактических затратах по объектам ремонта в разрезе
вида ремонта, вида затрат используется типовой отчет «Фактические затраты по объектам ремонта»,
который расположен в подсистеме «Оборудование и нормативы» → «Отчеты по оборудованию и
нормативам».
Сформированный отчет «Фактические затраты по объектам ремонта» содержит данные о
фактических затратах сгруппированы по подразделению/контрагенту. В этом варианте отчета по
умолчанию в строках выводится информация о фактических затратах (материальных, трудовых,
затратах запчастей) в количественном и стоимостном выражении. Фиксация фактических затрат
выполняется документами "Акт о выполнении этапа работ".
Для получения детальной информации о истории движения запчастей объекта ремонта
используется типовой отчет «История движения запчастей», который расположен в подсистеме
«Оборудование и нормативы» → «Отчеты по оборудованию и нормативам».
Сформированный отчет «История движения запчастей» содержит данные о фактических
заменах запчастей, датах установки и снятии, статусу движения запчасти и документу регистрации
замены.
Для получения детальной информации о истории замены запчастей объекта ремонта
используется типовой отчет «История замены запчастей», который расположен в подсистеме
«Оборудование и нормативы» → «Отчеты по оборудованию и нормативам».
Сформированный отчет «История замены запчастей» содержит данные о дате замены, старой
и новой запчасти, серии и документу замены.
2.4. ПЛАНОВЫЕ РЕМОНТНЫЕ РАБОТЫ
2.4.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс планового технического обслуживания предназначен для выполнения
регламентных работ по техническому обслуживанию объектов ремонта в соответствии с
установленными периодичностями и нормативами.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Выполнение ППР направлено на предупреждение возникновения отказов оборудования,
снижение количества внеплановых ремонтов и продление срока службы объектов ремонта.
В рамках моделирования предполагается, что регламенты технического обслуживания
ведутся в подсистеме 1С:ТОиР КОРП 2.0 и используются для автоматизированного формирования
планов ППР.
В рамках моделирования плановое техническое обслуживание может выполняться:
 хозяйственным способом — собственными силами Заказчика;
 подрядным способом — с привлечением сторонних подрядных организаций.
Выбор способа выполнения ППР осуществляется уполномоченными пользователями в
соответствии с внутренними регламентами Заказчика и может отличаться для различных объектов
ремонта и видов технического обслуживания.
В рамках моделирования:
 учет трудозатрат не используется;
 плановое техническое обслуживание может выполняться в один или несколько этапов;
 закрытие выполнения ППР осуществляется на основании акта о выполнении этапа работ;
 фактические материальные затраты фиксируются непосредственно в акте;
 отражение внутреннего потребления (списания) материалов осуществляется в рамках
бизнес-процесса «Материальное обеспечение ремонтов».
2.4.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен перечень функций бизнес-процессов, реализуемых в системе 1C:
ТОиР.
Таблица 4 Перечень функций бизнес-процессов, реализуемых в 1С:ТОиР
Редакция 1
АО «КМКР»
№
п/п
1
Код БП
ТОИР.3.1
4
5
6
7
Название БП
Плановые
ремонты
Название Функции
Изменение №
Детальное описание
Формирование плана
ППР
Формирование перечня
плановых работ на
основании регламентов ТО
Формирование сметы
ППР
Определение состава и
ориентировочной
стоимости работ
Детализация состава
плановых работ
ТОИР.3.2
Плановые
ремонты
ТОИР.3.3
Плановые
ремонты
Оформление нарядзаказа
ТОИР.3.4
Плановые
ремонты
Оформление акта о
Фиксация выполнения ППР
выполнении этапа работ и материальных затрат
Плановые
ремонты
Планирование
потребности в ТМЦ
Оформление плановой
потребности в материалах
для выполнения ремонтных
работ
Списание и
оприходование
материалов
Отражение факта
использования материалов
для ремонта и возврат на
склад излишков
Формирование
отчетности по ППР
Контроль и анализ
выполнения ППР
2
3
Техническое обслуживание и ремонты В АО
«КМКР»
ТОИР.3.5
ТОИР.3.6.
ТОИР.3.7
Плановые
ремонты
Плановые
ремонты
2.4.2.1. СОЗДАНИЕ ДОКУМЕНТА «ПЛАН-ГРАФИК ППР»
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения планового технического обслуживания объектов эксплуатации в системе
требуется сформировать план ППР на основании действующих регламентов технического
обслуживания.
В рамках формирования плана ППР в системе автоматически создаются плановые записи по
техническому обслуживанию объектов ремонта в соответствии с:
 заданной периодичностью регламентов технического обслуживания;
 перечнем объектов ремонта;
 видами технического обслуживания, определенными в НСИ ТОиР.
Сформированный план ППР используется как основание для выполнения плановых работ и
последующего оформления документов по техническому обслуживанию.
В случае отсутствия необходимости детализации состава работ план ППР может
использоваться непосредственно для оформления акта о выполнении этапа работ без создания
дополнительных документов.
При необходимости детализации состава выполняемых работ на основании плана ППР может
быть оформлен наряд-заказ.
План ППР не отражает фактическое выполнение работ и не влияет на учет материальных
ресурсов до момента оформления акта о выполнении этапа работ.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм планирования ремонтов
с помощью документа «План-график ППР» без документа-основания. Графики создаются из общего
Журнала документов по ремонтам. Для этого нужно перейти в подсистему «Планирование ТОиР»
→ «План-графики ППР» и нажать кнопку «Создать».
В случае создания документа ответственному сотруднику необходимо будет вручную
заполнить все ключевые реквизиты в план-графике:
 Организация;
 Подразделение;
 Дата планирования;
 Продолжительность.
Информация об ОР вносится вручную в ТЧ «Объекты ремонта» с помощью кнопки «Подбор».
После нажатия открывается форма подбора ОР, добавление ОР происходит путем выделения и
нажатия кнопки «Выбор».
Варианты подбора объектов ремонта при формировании плана ППР:
1. В данном варианте план ППР формируется на основании типов объектов ремонта и
регламентов технического обслуживания, настроенных для соответствующих типов.
Регламенты технического обслуживания определяют состав выполняемых работ и
периодичность их выполнения и применяются ко всем объектам ремонта
соответствующего типа, независимо от их принадлежности к организации или
подразделению.
Организация и подразделение объектов ремонта в данном варианте используются как
контекстные атрибуты.
2. В данном варианте план ППР формируется в разрезе выбранной организации и (или)
подразделения с отбором объектов ремонта, закрепленных за соответствующим
подразделением.
Состав плановых работ и периодичность их выполнения при этом по-прежнему
определяются регламентами технического обслуживания, настроенными для типов
объектов ремонта, и не зависят от организационной принадлежности объектов.
Выбор данного варианта позволяет формировать план ППР с учетом организационной
структуры и используется для удобства планирования и управления выполнением
работ на уровне подразделений.
По завершению добавлению всех объектов ремонта, требуется нажать кнопку «Заполнить» →
«Рассчитать план-график ППР» → «Для всех». Система автоматически начнет расчет плановых дат
ППР на основании заполненных нормативов планирования в объектах ремонтов.
В табличной части «План ремонтов» после расчета запишется информация о плановых датах
ремонтов. При необходимости ответственный сотрудник может скорректировать плановую дату.
На основании рассчитанных плановых дат можно сформировать документ «Заказ на
внутреннее потребление». Заказы доступны для формирования на каждую отдельную строку или
сводный по всему план-графику. Сформированные заказы будут интегрированы с системой
1С:ERP. УХ для формирования плана закупок на следующий год.
После проведения документа информация о ремонтах будет:
 записана в Регистры сведений, в том числе:
o Все документы по ремонтам;
o Периоды планирования планово-предупредительных ремонтов;
o Плановые ремонтные работы;
o Статусы ремонтов.
 отражаться в отчетах, в том числе:
o Журнал запланированных ремонтов;
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
o История изменения дат ремонтов;
o План-фактный анализ ППР.
После записи и/или проведения документ план график ППР доступен для просмотра и
редактирования до ввода на основании документов отражающих фактическое начало ремонтов.
2.4.2.2. СОЗДАНИЕ ДОКУМЕНТА
ОСНОВАНИИ ПЛАН-ГРАФИКА ППР
«СМЕТА
НА
РЕМОНТ»
НА
2.4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для предварительной оценки затрат на выполнение планового технического обслуживания
используется формирование сметы ППР на основании ранее сформированного плана ППР.
Заявка вводится на основании выявленных созданных план-графиков ППР.
Формирование сметы не является обязательным этапом бизнес-процесса планового ремонта.
При создании сметы в документ переносится данные по технологическим картам, указанным в
ППР.
2.4.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм, предназначенный для
предварительного расчета стоимости ремонтных работ и материальных затрат. Сметы на ремонт
создаются из общего Журнала документов. Для этого необходимо перейти в подсистему «Наряды и
работы» → «Сметы ремонта (Заявки на ремонт)» нажать кнопку «Создать».
При создании документа «Сметы ремонта (Заявки на ремонт)» ответственному за ремонт
требуется заполнить:
 Организация;
 Подразделение;
По кнопке «Подбор» в открывшемся окне подбора работ по ТОиР из документов оснований
нажать на кнопку «Добавить» и выбрать «План-график ППР». После выбора откроется окно со
списком ППР. После подбора документов нажать кнопку «Выбрать», строка из подбора будет
перенесена в документ сметы.
В табличной части «Объекты ремонта» указываются плановые даты начала и окончания
ремонтных работ, при необходимости заполняется описание ремонта.
В табличной части «Ремонтных работ» указываются технологические операции или
технологические карты для выполнения работ.
В подзакладке «Материальные затраты» заполняется информация о номенклатуре,
использующейся в рамках выполнения тех. карты или операции. Табличная часть доступна для
редактирования ответственному пользователю.
В подзакладке «Запчасти» заполняется информация о плановой замене запчастей
установленных на ОР.
В подзакладке «Инструменты и техника» указывается информация о потребности в
инструментах для выполнения работ.
В подзакладке «Исполнители» заполняется информация о способе выполнения ремонтных
работ путем заполнения реквизита «Исполнитель». Исполнителем может быть выбран контрагент
для выполнения подрядного способа выполнения работ или подразделение исполнитель при
ремонте хозспособом.
В подзакладке «Меры безопасности» добавляются документы описывающие правильно
выполнение ремонтных работ.
После проведения документа информация о ремонте будет:
 записана в Регистры накопления, в том числе:
o Запланированные ремонтные работы;
o Плановые трудовые затраты ремонтах работ;
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
o Процент выполненных работ.
записана в Регистры сведений, в том числе:
o Все документы по ремонтам;
o Заявки по ремонту;
o Исполнители в заявках по ремонтам;
o Статусы ремонтов.
 отражаться в отчетах, в том числе:
o Статусы ремонтов по заявкам;
o Статусы ремонтов по заявкам (по бригадам);
o История изменения дат ремонтов.
После записи и/или проведения документ доступен для просмотра и редактирования до ввода
на основании документов.

2.4.2.3. СОЗДАНИЕ ДОКУМЕНТА «НАРЯД НА ВЫПОЛНЕНИЕ РЕМОНТНЫХ
РАБОТ» НА ОСНОВАНИИ ППР
2.4.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для детализации состава плановых работ по техническому обслуживанию объектов ремонта
при необходимости используется оформление документа «Наряд-заказ».
Наряд-заказ формируется на основании ранее созданного плана ППР или сметы на ремонт
связанного с выбранным план-графиком ППР за выбранный период. Оформление наряд-заказа не
является обязательным и используется в случаях, когда требуется предварительная детализация
состава выполняемых работ и этапов их выполнения.
2.4.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм, предназначенный для
регистрации начала ремонтных работ. Наряд на выполнение ремонтных работ создаются из общего
Журнала документов. Для этого необходимо перейти в подсистему «Наряды и работы» → «Наряд на
выполнение ремонтных работ» нажать кнопку «Создать».
При создании документа «Наряд на выполнение ремонтных работ» ответственному за ремонт
требуется заполнить:
 Организация;
 Подразделение;
По кнопке «Подбор» в открывшемся окне подбора работ по ТОиР из документов оснований
нажать на кнопку «Добавить» и выбрать «План-график ППР» или «Сметы ремонта (Заявки на
ремонт)». После выбора откроется окно со списком ППР или смет. Завершив подбор документов
нажать кнопку «Выбрать», строка из подбора будет перенесена в документ наряда. Документ будет
заполнен информацией из сметы или план-график.
После проведения документа информация о ремонте будет:
 записана в Регистры накопления, в том числе:
o Запланированные ремонтные работы.
 записана в Регистры сведений, в том числе:
o Все документы по ремонтам;
o Наряды по ремонту;
o Статусы ремонтов.
 отражаться в отчетах, в том числе:
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
o История изменения дат ремонтов.
После записи и/или проведения документ доступен для просмотра и редактирования до ввода
на основании документов.
2.4.2.4. СОЗДАНИЕ ДОКУМЕНТА «АКТ О ВЫПОЛНЕНИИ ЭТАПОВ РАБОТ» НА
ОСНОВАНИИ ПЛАН-ГРАФИКА ППР
2.4.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения фактического выполнения планового технического обслуживания объектов
ремонта в системе используется оформление документа «Акт о выполнении этапа работ».
Акт создается на основании документов:



План-графика ППР;
Смета на ремонт (заявка на ремонт);
Наряд на выполнение ремонтных работ.
Оформление акта является обязательным этапом завершения ремонта или его этапа,
независимо от того, оформлялись ли ранее смета на ремонт и (или) наряд-заказ.
2.4.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм, предназначенный для
регистрации окончания ремонтных работ. Акты о выполнении этапа работ создаются из общего
Журнала документов. Для этого необходимо перейти в подсистему «Наряды и работы» → «Акт о
выполнении этапа работ» нажать кнопку «Создать».
При создании документа «Акт о выполнении этапа работ» ответственному за ремонт требуется
заполнить:
 Организация;
 Подразделение;
По кнопке «Подбор» в открывшемся окне подбора работ по ТОиР из документов оснований
нажать на кнопку «Добавить» и выбрать:
 План-график ППР;
 Сметы ремонта (Заявки на ремонт);
 Наряд на выполнение ремонтных работ.
После выбора откроется окно со списком выбранного типа документа. Завершив подбор
документов нажать кнопку «Выбрать», строка из подбора будет перенесена в документ акт.
Документ будет заполнен информацией из выбранного типа документа.
В табличной части «Объекты ремонта» указываются фактические даты начала и окончания
ремонтных работ.
В табличной части «Ремонтных работ» указываются факт выполнения технологических
операции.
В подзакладке «Материальные затраты» заполняется информация использованной
номенклатуре в рамках выполнения тех. карты или операции.
В подзакладке «Запчасти» заполняется информация о фактической замене запчастей,
установленных на ОР. При добавлении заменённой запчасти указывается статус движения старой
запчасти и установки новой.
В подзакладке «Исполнители» заполняется информация о способе выполнения ремонтных
работ путем заполнения реквизита «Исполнитель». Исполнителем может быть выбран контрагент
для выполнения подрядного способа выполнения работ или подразделение исполнитель при
ремонте хозспособом.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
После заполнения материальных затрат и запчастей создается документ «Внутреннее
потребление товар» для отражения факта списание со склада остатков. Документ интегрируется со
складской системой 1С:ERP. Управление холдингом. В документе ответственный сотрудник
заполняет реквизит «Склад», с которого происходит списание ТМЦ.
Если в ходе ремонтных работы был возврат старых запчастей на склад, требуется создать
документ «Оприходование излишков товаров». Документ интегрируется со складской системой
1С:ERP. Управление холдингом. В документе ответственный сотрудник заполняет реквизит
«Склад», с которого происходит списание ТМЦ.
После проведения документа информация о ремонте будет:
 записана в Регистры накопления, в том числе:
o Запланированные ремонтные работы;
o Установка запчасти;
o Фактические затраты запчастей;
o Фактические материальные затраты ремонтных работ;
o Фактические трудовые затраты ремонтных работ;
o Процент выполненных работ.
 записана в Регистры сведений, в том числе:
o Акты по ремонтам;
o Все документы по ремонтам;
o Завершенные ремонтные работы;
o Статусы ремонтов.
 отражаться в отчетах, в том числе:
o История изменения дат ремонтов.
2.4.2.5. ПЛАНИРОВАНИЕ ПОТРЕБНОСТИ В МАТЕРИАЛАХ
2.4.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Бизнес-процесс материального обеспечения ремонтов предназначен для обеспечения
выполнения плановых ремонтных работ материальными ресурсами.
Планирование потребности в материальных ресурсах выполняется на основании документа
подготовки ремонтных работ «План-график ППР».
2.4.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Потребность в материалах определяется документом «План-график ППР».
На основании указанного документа формируется перечень материалов с указанием
номенклатуры и количества, планируемых к использованию при выполнении ремонтных работ.
Результаты планирования используются для формирования заказов на внутреннее
потребление материалов. Сформированные заказы передаются в учетную систему для дальнейшего
выполнения операций материального обеспечения.
Формирование заказов на внутреннее потребление носит плановый характер и не отражает
фактическое использование материальных ресурсов. Фактическое использование материалов
фиксируется на последующих этапах выполнения ремонтных работ.
2.4.2.6. СПИСАНИЕ И ОПРИХОДОВАНИЕ ИЗЛИШКОВ ТОВАРА
2.4.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Фиксация фактического использования материальных ресурсов выполняется по результатам
выполнения ремонтных работ на основании документа «Акт о выполнении этапа работ», в котором
указываются фактически использованные материалы.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Списание материалов осуществляется исключительно на основании документа «Внутреннее
потребление», сформированного на основании акта о выполнении этапа работ. Иные документы для
списания материалов не используются.
В случае возврата неиспользованных запасных частей и материалов на склад оформляется
документ «Оприходование излишков» с видом операции «Возврат на склад».
Документы, сформированные в рамках функции списания и возврата материалов, передаются
в учетную систему 1С:ERP. УХ для отражения операций по списанию и возврату материальных
ресурсов.
2.4.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Списание материальных ресурсов, использованных при выполнении ремонтных работ,
осуществляется после фиксации факта выполнения работ и отражения фактически использованных
материалов.
Основанием для списания материалов является документ «Акт о выполнении этапа работ», в
котором указывается перечень и количество материалов, фактически использованных в рамках
выполнения ремонта либо его этапа.
На основании акта о выполнении этапа работ формируется документ «Внутреннее
потребление», предназначенный для отражения факта списания материальных ресурсов. Иные
документы для списания материалов не используются.
В случае возврата запасных частей на склад выполняется создание документа «Оприходование
излишков» запчастей на склад, указанных в документе «Акт о выполнении этапа работ» с видом
операции «Возврат на склад»
Документы «Внутреннее потребление» и «Оприходование излишков» передаются в учетную
систему 1С:ERP. УХдля отражения операций по списанию и возврату материалов.
Для обеспечения процессов планирования и выполнения ремонтных работ используется
информация об остатках материалов на складах организации.
Учет складских остатков материалов ведется в учетной системе 1С:ERP. УХ. Данные об
остатках материалов передаются в систему 1С:ТОиР в рамках интеграционного взаимодействия.
Для отражения остатков материалов, полученных из учетной системы, в системе 1С:ТОиР
используется документ «Поступление товаров и услуг».
Документ «Поступление товаров и услуг» применяется для фиксации остатков материалов,
полученных по интеграции, на определенную дату.
Загруженные остатки материалов используются для:
 контроля наличия материалов, необходимых для выполнения ремонтных работ;
 оценки обеспеченности работ материальными ресурсами;
 поддержки планирования потребности в материалах и формирования заказов на
внутреннее потребление.
В рамках моделирования рассмотрена ситуация, при которой материал фактически уже
приобретен (например, по авансовому платежу), однако в бухгалтерском учете еще не оприходован
и отсутствует в остатках системы ТОиР. Для обеспечения возможности отражения выполнения
работ на стороне 1С:ТОиР отключен контроль остатков по материалам до момента их отражения в
учете.
2.4.2.1. ОТЧЕТЫ
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля плановых ремонтов в системе формируется управленческая отчетность,
предназначенная для контроля сроков выполнения плана, анализа статусов ремонтов и оценки
фактических материальных затрат.
Отчетность формируется на основании данных документов «План-график ППР», «Наряд на
выполнение ремонтных работ» и «Акт о выполнении этапа работ».
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Используются типовые отчеты подсистемы 1С:ТОиР, позволяющие анализировать
количество плановых ремонтов, длительность выполнения работ и динамику изменения статусов
ремонтов.
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для получения детальной информации по ремонтам типовой отчет «Выполнение плановых и
внеплановых ремонтов», который расположен в подсистеме «Планирование ТОиР» → «Отчеты по
планированию ТОиР».
Отчет предназначен для получения информации о текущих статусах фактического
выполнения плановых и внеплановых ремонтов. В отчете выводится информация о плановых датах
начала и окончания периода ремонтных работ и о фактических датах периода ремонтных работ.
В отчете можно настроить отборы:


Учитывать план графики ППР
Учитывать ремонты по дефектам
Для получения детальной информации включения ОР в план график ППР используется отчет
«Запланированные ремонты объектов ремонта», который расположен в подсистеме «Планирование
ТОиР» → «Отчеты по планированию ТОиР».
Отчет предназначен для получения информации о том, для каких объектов ремонта введены
документы "План-график ППР" на выбранный период, а для каких нет.
2.5. УСТАНОВКА И ЗАМЕНА ПРИБОРОВ УЧЕТА
2.5.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс установки и замены приборов учета предназначен для регистрации операций
по установке, демонтажу и замене приборов учета на объектах эксплуатации.
Процесс обеспечивает ведение учета приборов учета, контроль их состояния, сроков
эксплуатации и корректное отражение фактов установки и замены в информационной системе.
Установка и замена приборов учета может выполняться в следующих случаях:
 ввод нового прибора учета в эксплуатацию;
 замена прибора учета по причине неисправности;
 плановая замена прибора учета по истечении межповерочного интервала;
 модернизация оборудования;
 замена прибора учета при выполнении ремонтных работ.
В рамках моделирования предполагается, что операции установки и замены приборов учета
выполняются в привязке к объектам ремонта и могут быть инициированы:
 в ходе проведения плановых ремонтных работ;
 в результате выявления дефектов оборудования.
Результатом выполнения бизнес-процесса является:
 фиксация факта установки или замены прибора учета;
 обновление информации о приборе учета в системе;
 формирование истории установки и эксплуатации приборов учета.
2.5.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 5 представлен перечень функций бизнес-процессов, реализуемых в системе 1C:
ТОиР.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Таблица 5 Перечень функций бизнес-процессов, реализуемых в 1С:ТОиР
№
п/п
1
Код БП
Название БП
Название Функции
Установка и
замена приборов
учета
Регистрация прибора
учета
Создание записи о приборе
учета и привязка к объекту
эксплуатации
ТОИР.4.2
Установка и
замена приборов
учета
Регистрация
необходимости замены
приборов учета
Регистрация дефекта для
замены прибора учета
ТОИР.4.3
Установка и
замена приборов
учета
Отражение
выполненных работ
Фиксация выполненных
работ и использованных
материалов
Установка и
замена приборов
учета
Списание и
оприходование
материалов
Отражение факта
использования материалов
для ремонта и возврат на
склад излишков
Установка и
замена приборов
учета
Формирование
отчетности
Контроль состояния и
истории эксплуатации
приборов учета
ТОИР.4.1
2
3
ТОИР.4.4
4
ТОИР.4.5
5
Детальное описание
2.5.2.1. РЕГИСТРАЦИЯ ПРИБОРА УЧЕТА
2.5.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Информационная система должна обеспечивать возможность регистрации приборов учета,
используемых на объектах эксплуатации.
Регистрация выполняется при вводе нового прибора учета в эксплуатацию, его установке на
объекте ремонта или замене ранее установленного оборудования.
В системе должна храниться информация, позволяющая идентифицировать прибор учета и
контролировать его эксплуатацию, включая тип прибора, серийный номер, дату ввода в
эксплуатацию и объект установки.
Зарегистрированные приборы учета используются для ведения учета установленного
оборудования, контроля сроков эксплуатации и формирования отчетности.
2.5.2.1.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения
установленных запчастей на объектах ремонта.
Места установки приборов учета создаются в системе как отдельные объекты ремонта,
которые логически иерархически привязываются к основным объектам эксплуатации (например,
скважинам, установкам, технологическим узлам).
Такой подход обеспечивает:
 детализированный учет размещения приборов учета;
 возможность закрепления нескольких приборов учета за одним объектом
эксплуатации;
 ведение истории замен и перемещений приборов учета по конкретным местам
установки;
 корректное планирование обслуживания и поверок.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
Для создания первичной установки прибора учета требуется перейти в подсистему
«Оборудование и нормативы» → «Объекты ремонта». Создать новый объект ремонта в реквизите
«Родитель» указать основной ОР иерархии. Наименование нового объекта ремонта будет «Место
установки».После записи ОР перейти на закладку «Нормативы планирования» → «Запчасти».
Добавить в табличную часть «Запчасти» с помощью кнопки «Добавить» или «Подбор»,
приборы учета, а также пломбы, советующие приборам учета.
При первичной установке запчастей нажать на кнопку «Еще» → «Ввести документ «Операция
с запчастями»».
Заполнить в документе следующие поля:
 Организация;
 Подразделение.
В табличной части «Запчасти» нажать кнопку «Добавить» выбрать «Номенклатуру» из списка
и добавить серию. Провести документ.
2.5.2.2. РЕГИСТРАЦИЯ
ПРИБОРОВ
НЕОБХОДИМОСТИ
ЗАМЕНЫ
УЧЕТА
2.5.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Информационная система должна обеспечивать возможность регистрации необходимости
замены приборов учета с целью фиксации фактов выхода оборудования из строя, истечения
межповерочного интервала, некорректной работы, а также иных отклонений от нормального
функционирования.
Регистрация необходимости замены является ключевым этапом процесса эксплуатации
приборов учета и обеспечивает своевременное выявление оборудования, подлежащего замене,
ремонту или поверке.
2.5.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения дефектовки
объекта ремонта.
Для создания документа «Выявленные дефекты» требуется перейти в подсистему «Показатели
эксплуатации» → «Выявленные дефекты». В журнале документов необходимо нажать кнопку
«Создать».
При создании документа «Выявленные дефекты» ответственному по дефектовке необходимо
будет вручную заполнить все ключевые реквизиты:
 Организация;
 Подразделение;
 Дата обнаружения;
 Дефект выявлен в процессе;
 Контактное лицо инициатора;
 Инициатор.
Информация о объектах ремонта вносится вручную в ТЧ «Дефекты оборудования» путем
добавления или подбора нескольких ОР.
После добавления ОР требуется указать информацию о дефекте с помощью выбора типового
дефекта из справочника или заполнением информации о дефекте.
На закладке «Дополнительно» указывается комиссия, участвующая в дефектовке.
После проведения документа информация о дефекте будет:
 записана в Регистры сведений, в том числе:
o Все документы по ремонтам;
o Выявленные дефекты;
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
o Статусы ремонтов;
отражаться в отчетах, в том числе:
o Журнал дефектов;
o История изменения дат ремонтов.
После записи и/или проведения документ доступен для просмотра и редактирования в
подсистеме «Показатели эксплуатации».
После создания документов на основании дефекта документ будет не доступен для
редактирования всем пользователям.
Дополнительно следует учитывать, что необходимость замены приборов учета может быть
определена не только по факту выявления отклонений в работе оборудования, но и в рамках
выполнения регламентных работ.
Поверка приборов учета, а также плановая замена по истечении межповерочного интервала
выполняются в рамках бизнес-процесса плановых ремонтных работ (ППР), описанного в разделе 2.4
настоящего документа.
В рамках ППР:
 формируются план-графики выполнения работ по техническому обслуживанию;
 определяются сроки проведения поверки приборов учета;
 обеспечивается своевременное выполнение регламентных операций без ожидания
отказа оборудования.
Таким образом:
 плановая замена и поверка счетчиков инициируются через ППР;
 внеплановая замена фиксируется через документ регистрации необходимости замены
(по аналогии с выявлением отклонений).

2.5.2.3. ОТРАЖЕНИЕ ВЫПОЛНЕННЫХ РАБОТ
2.5.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ предназначен для отражения факта выполнения работ по замене приборов учета.
Акт создается на основании документов:


Выявленные дефекты;
План-графика ППР;
Оформление акта является обязательным этапом завершения замены приборов учета.
2.5.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм, предназначенный для
регистрации окончания ремонтных работ. Акты о выполнении этапа работ создаются из общего
Журнала документов. Для этого необходимо перейти в подсистему «Наряды и работы» → «Акт о
выполнении этапа работ» нажать кнопку «Создать».
При создании документа «Акт о выполнении этапа работ» ответственному за ремонт требуется
заполнить:
 Организация;
 Подразделение;
По кнопке «Подбор» в открывшемся окне подбора работ по ТОиР из документов оснований
нажать на кнопку «Добавить» и выбрать:
 Выявленные дефекты;
 План-График ППР;
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
После выбора откроется окно со списком выбранного типа документа. После завершения
подбора документов необходимо нажать кнопку «Выбрать», строка из подбора будет перенесена в
документ акт. Документ будет заполнен информацией из выбранного типа документа.
В табличной части «Объекты ремонта» указываются вид ремонтных работ «Поверка
счетчика».
В табличной части «Объекты ремонта» указываются фактические даты начала и окончания
ремонтных работ.
В табличной части «Ремонтных работ» указываются факт выполнения технологических
операции.
В подзакладке «Материальные затраты» заполняется информация использованной
номенклатуре в рамках выполнения тех. карты или операции.
В подзакладке «Запчасти» заполняется информация старом и новом приборе учета и пломбах.
При добавлении заменённой запчасти указывается статус движения старой запчасти и установки
новой. При необходимости в качестве новой и старой запчасти можно указывать одинаковую
номенклатуру в случаях ремонта запчасти.
В подзакладке «Исполнители» заполняется информация о способе выполнения ремонтных
работ путем заполнения реквизита «Исполнитель». Исполнителем может быть выбран контрагент
для выполнения подрядного способа выполнения работ или подразделение исполнитель при
ремонте хозспособом.
На подзакладке «Дополнительные реквизиты» заполняется информация о показаниях старого
и нового счётчика в соответствующие реквизиты «Показание старого счетчика» и «Показание
нового счетчика».
После проведения документа доступна печатная форма «Акт установки и замены приборов
учета». При открытии печатной формы данные будут заполнены из документа «Акт о выполнении
этапа работ».
Дополнительно следует учитывать, что в рамках бизнес-процесса замены приборов учета
может формироваться акт о непригодности прибора учета.
В случае оформления акта о непригодности прибора учета дальнейшие операции по списанию
такого оборудования с бухгалтерского учета выполняются за рамками системы 1С:ТОиР.
Оформленный акт подлежит передаче в бухгалтерскую службу для отражения операций
списания в учетной системе (1С:ERP. Управление холдингом или иной используемой учетной
системе) в соответствии с действующими регламентами бухгалтерского учета.
После заполнения материальных затрат и запчастей создается документ «Внутреннее
потребление товар» для отражения факта списание со склада остатков. Документ интегрируется со
складской системой 1С:ERP. Управление холдингом. В документе ответственный сотрудник
заполняет реквизит «Склад», с которого происходит списание ТМЦ.
Если в ходе ремонтных работы был возврат старых запчастей на склад, требуется создать
документ «Оприходование излишков товаров». Документ интегрируется со складской системой
1С:ERP. Управление холдингом. В документе ответственный сотрудник заполняет реквизит
«Склад», с которого происходит списание ТМЦ.
После проведения документа информация о ремонте будет:
 записана в Регистры накопления, в том числе:
o Запланированные ремонтные работы;
o Установка запчасти;
o Фактические затраты запчастей;
o Фактические материальные затраты ремонтных работ;
o Фактические трудовые затраты ремонтных работ;
o Процент выполненных работ.
 записана в Регистры сведений, в том числе:
o Акты по ремонтам;
o Все документы по ремонтам;
Редакция 1
АО «КМКР»

Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
o Завершенные ремонтные работы;
o Статусы ремонтов.
отражаться в отчетах, в том числе:
o История изменения дат ремонтов.
2.5.2.4. СПИСАНИЕ И ОПРИХОДОВАНИЕ ИЗЛИШКОВ ТОВАРА
2.5.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Фиксация фактического использования материальных ресурсов выполняется по результатам
выполнения ремонтных работ на основании документа «Акт о выполнении этапа работ», в котором
указываются фактически использованные материалы.
Списание материалов осуществляется исключительно на основании документа «Внутреннее
потребление», сформированного на основании акта о выполнении этапа работ. Иные документы для
списания материалов не используются.
В случае возврата неиспользованных запасных частей и материалов на склад оформляется
документ «Оприходование излишков» с видом операции «Возврат на склад».
Документы, сформированные в рамках функции списания и возврата материалов, передаются
в учетную систему 1С:ERP. УХ для отражения операций по списанию и возврату материальных
ресурсов.
2.5.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Списание материальных ресурсов, использованных при выполнении ремонтных работ,
осуществляется после фиксации факта выполнения работ и отражения фактически использованных
материалов.
Основанием для списания материалов является документ «Акт о выполнении этапа работ», в
котором указывается перечень и количество материалов, фактически использованных в рамках
выполнения ремонта либо его этапа.
На основании акта о выполнении этапа работ формируется документ «Внутреннее
потребление», предназначенный для отражения факта списания материальных ресурсов. Иные
документы для списания материалов не используются.
В случае возврата запасных частей на склад выполняется создание документа «Оприходование
излишков» запчастей на склад, указанных в документе «Акт о выполнении этапа работ» с видом
операции «Возврат на склад»
Документы «Внутреннее потребление» и «Оприходование излишков» передаются в учетную
систему 1С:ERP. УХ для отражения операций по списанию и возврату материалов.
Для обеспечения процессов планирования и выполнения ремонтных работ используется
информация об остатках материалов на складах организации.
Учет складских остатков материалов ведется в учетной системе 1С:ERP. УХ. Данные об
остатках материалов передаются в систему 1С:ТОиР в рамках интеграционного взаимодействия.
Для отражения остатков материалов, полученных из учетной системы, в системе 1С:ТОиР
используется документ «Поступление товаров и услуг».
Документ «Поступление товаров и услуг» применяется для фиксации остатков материалов,
полученных по интеграции, на определенную дату.
Загруженные остатки материалов используются для:
 контроля наличия материалов, необходимых для выполнения ремонтных работ;
 оценки обеспеченности работ материальными ресурсами;
 поддержки планирования потребности в материалах и формирования заказов на
внутреннее потребление.
В рамках моделирования рассмотрена ситуация, при которой материал фактически уже
приобретен (например, по авансовому платежу), однако в бухгалтерском учете еще не оприходован
и отсутствует в остатках системы ТОиР. Для обеспечения возможности отражения выполнения
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
работ на стороне 1С:ТОиР отключен контроль остатков по материалам до момента их отражения в
учете.
2.5.2.5. ОТЧЕТЫ
2.5.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля замены приборов учета в системе формируется управленческая отчетность.
Отчетность формируется на основании данных документов «Выявленные дефекты» и «Акт о
выполнении этапа работ».
Используются типовые отчеты подсистемы 1С:ТОиР, позволяющие анализировать
количество установок и замены приоров учета, длительность выполнения работ и динамику
изменения статусов ремонтов.
2.5.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования данных по дефектам оборудования используется типовой отчет
«Выявленные дефекты», который расположен в подсистеме «Показатели эксплуатации» →
«Отчеты по показателя эксплуатации».
Сформированный отчет «Выявленные дефекты» содержит данные о выявленных дефектах
объектов ремонта сгруппированы по объектам ремонта и видам дефектов.
Для получения детальной информации о фактических затратах по объектам ремонта в разрезе
вида ремонта, вида затрат используется типовой отчет «Фактические затраты по объектам ремонта»,
который расположен в подсистеме «Оборудование и нормативы» → «Отчеты по оборудованию и
нормативам».
Сформированный отчет «Фактические затраты по объектам ремонта» содержит данные о
фактических затратах сгруппированы по подразделению/контрагенту. В этом варианте отчета по
умолчанию в строках выводится информация о фактических затратах (материальных, трудовых,
затратах запчастей) в количественном и стоимостном выражении. Фиксация фактических затрат
выполняется документами "Акт о выполнении этапа работ".
Для получения детальной информации о истории движения приборов учета объектов ремонта
используется типовой отчет «История движения запчастей», который расположен в подсистеме
«Оборудование и нормативы» → «Отчеты по оборудованию и нормативам».
Сформированный отчет «История движения запчастей» содержит данные о фактических
заменах приборов учета, датах установки и снятии, статусу движения запчасти и документу
регистрации замену.
Для получения детальной информации о истории замены приборов учета объекта ремонта
используется типовой отчет «История замены запчастей», который расположен в подсистеме
«Оборудование и нормативы» → «Отчеты по оборудованию и нормативам».
Сформированный отчет «История замены запчастей» содержит данные о дате замены, старой
и новой запчасти, серии и документу замены.
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:
 Пользователи;
 Группы доступа;
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
 Профили групп доступа;
 Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 Создание новых ролей;
 Создание новых профилей доступа;
 Создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:
 Стандартный инструмент управления доступом на основе ролей;
 Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:
 Полные права;
 Администратор Системы;
 Интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 4.6.
Редакция 1
АО «КМКР»
Техническое обслуживание и ремонты В АО
«КМКР»
Изменение №
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ПЕЧАТНЫХ И ОТЧЕТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИЙ
4.3. ПЕРЕЧЕНЬ НСИ
4.4. ПЕРЕЧЕНЬ МИГРАЦИЙ
4.5. ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_ЭДО.docx | docs/32616449098/74-2026_Приложение 1_ч2 (архив)/02_74-2026_Приложение 1_ч2/Прил1_ЭДО.pdf
Отчет о моделировании
бизнес-процессов по Документообороту
в 1С:Документооборот, ред. 3.0
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
ОГЛАВЛЕНИЕ
Лист согласования....................................................................................................................... 4
Версии документа.........................................................................................................................5
1.
ОБЩИЕ СВЕДЕНИЯ.............................................................................................................. 6
1.1.
1.2.
1.3.
1.4.
1.5.
Назначение документа.......................................................................................................... 6
Определения терминов и сокращений..............................................................................6
Цели, задачи и объект моделирования.............................................................................. 6
Подход к реализации сценария моделирования..............................................................7
Общие методологические требования к внедряемой ИС..............................................7
2.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ.........8
2.1. Бизнес-процесс по видам документов................................................................................8
2.2. Входящая документация......................................................................................................8
2.2.1. Общее описание моделируемого бизнес-процесса......................................................8
2.2.2. Настройки, НСИ...............................................................................................................8
2.2.3. Реквизиты НСИ процесса...............................................................................................9
2.2.4. Роли, пользователи и уровень доступа прав пользователей в рамках КП...............10
2.2.5. Этапы бизнес-процесса................................................................................................. 10
2.3. Исходящая документация.................................................................................................. 13
2.3.1. Общее описание моделируемого бизнес-процесса....................................................13
2.3.2. Настройки, НСИ.............................................................................................................13
2.3.3. Реквизиты НСИ процесса.............................................................................................13
2.3.4. Роли, пользователи и уровень доступа прав пользователей в рамках КП...............14
2.3.5. Этапы бизнес-процесса................................................................................................. 14
2.3.6. Реквизиты НСИ процесса.............................................................................................16
2.3.7. Роли, пользователи и уровень доступа прав пользователей в рамках КП...............17
2.3.8. Этапы бизнес-процесса................................................................................................. 18
2.4. Блок ОРД. Вид документа «Приказ» с тематикой административнохозяйственный..........................................................................................................................................19
2.4.1. Общее описание моделируемого бизнес-процесса....................................................19
2.4.2. Настройки, НСИ.............................................................................................................20
2.4.3. Реквизиты НСИ процесса.............................................................................................20
2.4.4. Роли, пользователи и уровень доступа прав пользователей в рамках КП...............21
2.4.5. Этапы бизнес-процесса................................................................................................. 21
2.5. Блок ОРД. Вид документа «Распоряжение» с тематикой Бухгалтерия....................24
2.5.1. Общее описание моделируемого бизнес-процесса....................................................24
2.5.2. Настройки, НСИ.............................................................................................................24
2.5.3. Реквизиты НСИ процесса.............................................................................................24
2.5.4. Роли, пользователи и уровень доступа прав пользователей в рамках КП...............25
2.5.5. Этапы бизнес-процесса................................................................................................. 25
2.6. Договор.................................................................................................................................. 28
2.6.1. Общее описание моделируемого бизнес-процесса....................................................28
2.6.2. Настройки, НСИ.............................................................................................................28
2.6.3. Реквизиты НСИ процесса.............................................................................................29
2.6.4. Роли, пользователи и уровень доступа прав пользователей в рамках КП...............30
2.6.5. Этапы бизнес-процесса................................................................................................. 30
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.7. Служебная записка..............................................................................................................34
2.7.1. Общее описание моделируемого бизнес-процесса....................................................34
2.7.2. Настройки, НСИ.............................................................................................................34
2.7.3. Реквизиты НСИ процесса.............................................................................................35
2.7.4. Роли, пользователи и уровень доступа прав пользователей в рамках КП...............35
2.7.5. Этапы бизнес-процесса................................................................................................. 36
2.8. Мероприятия........................................................................................................................38
2.8.1. Общее описание моделируемого бизнес-процесса....................................................38
2.8.2. Настройки, НСИ.............................................................................................................38
2.8.3. Реквизиты НСИ процесса.............................................................................................38
2.8.4. Роли, пользователи и уровень доступа прав пользователей в рамках КП...............39
2.8.5. Этапы бизнес-процесса................................................................................................. 39
2.9. Внутренние и внешние документы.................................................................................. 42
2.9.1. Общее описание моделируемого бизнес-процесса....................................................42
3.
4.
КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ........................................................................ 43
ПРИЛОЖЕНИЯ К ДОКУМЕНТУ.......................................................................................45
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
Перечень печатных и отчетных форм............................................................................. 45
Перечень интеграций..........................................................................................................45
Перечень НСИ...................................................................................................................... 45
Перечень миграций............................................................................................................. 45
Перечень функциональных требований и разрывов...................................................45
Соответствие функций и Бизнес-ролей...........................................................................45
Перечень внутренних и внешних документов...............................................................45
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
Лист согласования
Должность
ФИО
Подпись
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
Версии документа
Дата
Автор
Компания
Версия
16.03.2026
Домрачев Е.Н.
ООО «Градум»
1.0
30.03.2026
Домрачев Е.Н.
ООО «Градум»
2.0
13.05.2026
Домрачев Е.Н.
ООО «Градум»
3.0
25.05.2026
Домрачев Е.Н.
ООО «Градум»
4.0
29.05.2026
Домрачев Е.Н.
ООО «Градум»
5.0
02.06.2026
Домрачев Е.Н.
ООО «Градум»
6.0
Описание изменений
Правки по замечаниям от
функциональных
Заказчиков
Правки по замечаниям от
функциональных
Заказчиков
Правки по замечаниям от
функциональных
Заказчиков
Правки по замечаниям от
функциональных
Заказчиков
Правки по замечаниям от
функциональных
Заказчиков
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов в 1С:Документооборот 3.0»
содержит описание системы, алгоритмов процессов, используемых объектов разрабатываемой
системы с учетом моделей бизнес-процессов, требований Технического задания на выполнение
работ по обследованию и моделированию, а также внутренних нормативных документов Заказчика.
Окончательные требования к разработкам могут быть уточнены на этапе реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1C:ДО, определенный в результате моделирования на типовой
функциональности.
В документе содержатся:
 Схемы бизнес-процессов;
 Описание функций, реализуемых в 1C:ДО, с указанием входов, выходов и ожидаемого
результата;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1С:ERP Управление холдингом, ред. 3.2
1C:ДО
1C:Документооборот КОРП, ред. 3.0
ИИ
Искусственный интеллект
КП
Контрольный пример
НСИ
Нормативно-справочная информация
ОРД
Организационно-распорядительная документация
Ответственные
лица
РС
Пользователи, уполномоченные на согласование бизнес-процесса или
документа
Регистр сведений
ТЗ
Техническое задание
ЭП
Электронная подпись
Определение термина (расшифровка сокращения)
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы по документообороту Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по документообороту,
фиксирование функциональных требований к разрабатываемой системе как со стороны владельца
бизнес-процессов, так и со стороны смежных процессов и подразделений.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:
 Уточнение организационной структуры Заказчика;
 Уточнение функционального объёма Проекта по внедрению системы;
 Определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
 Определение интеграционных потоков между действующими и проектируемыми
информационными системами;
 Описание текущих бизнес-процессов по документообороту;
 Уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
 Определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ДО
 Определение требований к миграции первичных данных;
 Определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов произведено в соответствии с согласованными сценариями
моделирования. При моделировании использована типовая функциональность системы 1С:ДО.
Ситуации, когда типовая функциональность не покрывает функциональные требования,
фиксируются как функциональные разрывы с описанием возможных доработок. Заказчик
определяет приоритет каждого функционального разрыва и принимает решение о необходимости
включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
 При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ДО.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:Документооборот
КОРП, редакция 3.0.19.29». Все технические решения, описанные в данном документе, базируются
на функциональных возможностях данной редакции. В случае, если на момент разработки и
внедрения системы будет принято решение по использованию другой (более новой или старой)
редакции системы 1C:ДО, то это потребует пересмотра части проектных решений в зависимости от
существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО ВИДАМ ДОКУМЕНТОВ
Схема процессов:
2.2. ВХОДЯЩАЯ ДОКУМЕНТАЦИЯ
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения в информационной системе
поступления входящих документов, что обеспечивает возможность дальнейшей их обработки в
системе, включая рассмотрение и исполнение.
В соответствии с нормативным сроком письмо обрабатывает делопроизводитель:
 В 1С: ДО создает карточку документа и вносит данные письма;
 Производит регистрацию документа;
 Производит сканирование входящего документа;
 В карточку загружает скан-образ входящего документа;
 Запускает входящий документ по маршруту обработки.
Далее входящее письмо направляется на рассмотрение руководителю. Руководитель получает
уведомление о поступлении нового документа и задачу рассмотрения входящего письма. По итогу
рассмотрения руководитель вносит резолюцию и устанавливает исполнителей и контролера по
данному документу. Далее исполнители выполняют задачу, контролер проверяет исполнение.
При настройке программы был включен учет документов по грифам доступа. Данная
настройка распространяется на все документы системы, есть возможность создания нескольких
грифов доступа с различными настройками доступа к документам. Гриф присваивается при
регистрации документа и определяет, кто из пользователей или ролей может его видеть,
редактировать или согласовывать — без соответствующих прав документ полностью скрыт от
неуполномоченных пользователей.
2.2.2. НАСТРОЙКИ, НСИ
В рамках контрольного примера по блоку «Входящие документы» рассмотрен порядок
обработки документов в тестовой учетной системе 1С: ДО по следующим сценариям:
Пример 1. Поступление входящего письма на официальный адрес электронной почты.
Обработка по заранее фиксированному маршруту.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
В рамках данного примера была продемонстрирована функциональность распознавания
текста на примере файлов расширения .jpg и .pdf. В дальнейшем данный ИИ сервис
«1С: Распознавание документов» может применяться для распознавания документов при
необходимости и условии оформления подписки на сервис.
Реестр НСИ
№
Классификация объекта
1. Справочник
2. Справочник
3. Справочник
4. Справочник
5. Справочник
Название объекта
Контрагент
КонтактныеЛица
Организации
Пользователи
СтруктураПредприятия
2.2.3. РЕКВИЗИТЫ НСИ ПРОЦЕССА
№
1.
2.
3.
4.
4.1.
4.2.
4.3.
4.4.
5.
НСИ, параметры
Контрагент
Наименование
ИНН
КПП
Контактные лица
ФИО
Должность
Организации
Наименование
ИНН
КПП
Пользователи
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
Структура Предприятия
Наименование подразделения
Описание, значение параметра
Параметры учета
Универсальный завод розлива минеральной воды
"АКВА-ВАЙТ"
2626029850
262601001
Параметры учета
Пятков Н.О.
Генеральный директор
Параметры учета
АО "КАВМИНКУРОРТРЕСУРСЫ"
2626003072
262601001
Параметры учета
Камышова Татьяна Сергеевна
Административный секретарь
Секретариат
Иванов Алексей Моисеевич
Исполнительный директор
Административно-управленческий персонал
Фадеенко Любовь Андреевна
Главный экономист по закупкам
Отдел закупок
Березкина Вера Николаевна
Главный экономист
Экономический отдел
Параметры учета
Отдел закупок
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.2.4. РОЛИ, ПОЛЬЗОВАТЕЛИ И УРОВЕНЬ ДОСТУПА ПРАВ ПОЛЬЗОВАТЕЛЕЙ В
РАМКАХ КП
Справочники
№
Роль
Пользоват
ель
1.
Делопрои
зводитель
Камышова
Татьяна
Сергеевна
2.
Исполнит
ельный
директор
Исполнит
ель
Иванов
Алексей
Моисеевич
Фадеенко
Любовь
Андреевна
Березкина
Вера
Николаевн
а
Камышова
Татьяна
Сергеевна
3.
4.
Соисполн
итель
5.
Контроле
р
Докумен
ты
Контраге
нты
Контактн
ые лица
Орган
изации
Польз
овател
и
Чтение,
редактиро
вание,
регистрац
ия
Чтение
Чтение,
Чтение,
редактиро редактиров
вание
ание
Чтение
Чтение
Структ
ура
Предпр
иятия
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
2.2.5. ЭТАПЫ БИЗНЕС-ПРОЦЕССА
В Таблице 3 представлен перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО.
Таблица 3 Перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО
№
п/
п
Код БП
Название
БП
Название этапа
Создание
документа
«Входящее
письмо»
1.
ВП 1
Обработка
входящего
письма
Детальное описание
Делопроизводитель
создает
карточку
вида входящего письма, заполняет обязательные
реквизиты на вкладке «Реквизиты»,
загружает скан-копию документа
Делопроизводитель
выполняет
Регистрация
регистрацию,
нажав
кнопку
документа
вида «Зарегистрировать».
Программа
«Входящее
автоматически присваивает номер согласно
письмо»
настроенному
нумератору.
Дата
регистрации заполняется текущей датой
Запуск обработки
Делопроизводитель запускает обработку
Рассмотрение
Исполнительный директор рассматривает
Редакция 1
АО «КМКР»
№
п/
п
Код БП
Название
БП
Документооборот АО «КМКР»
Название этапа
входящего письма
Внесение
соисполнителей
Исполнение задачи
по
входящему
письму
соисполнителями
Исполнение задачи
по
входящему
письму
исполнителями
Проверка
исполнения
Изменение №
Детальное описание
письмо, вносит резолюцию, назначает
исполнителей, направляет в работу
Исполнители назначают соисполнителей и
сроки исполнения
Соисполнители
выполняют
задачи,
оставляют комментарий, прикрепляют
файл и исполняют задачу
Исполнитель получает информацию от
соисполнителей, подготавливает ответ на
письмо и исполняет задачу
Делопроизводитель проверяет исполнение
задач
2.2.5.1. СОЗДАНИЕ ДОКУМЕНТА ВИДА «ВХОДЯЩЕЕ ПИСЬМО»
Действия делопроизводителя в рамках этапа:
1. Через панель «Разделы», открыть журнал «Документы». Создать новый документ вида
«Входящее письмо»;
1.1 Регистрация входящего письма на основании исходящего и соответственно привязка и
связь между письмами. Для отслеживания хронологии.
2. При выполнении данной задачи будет создана и открыта карточка входящего письма,
необходимо заполнить обязательные реквизиты на вкладке «Реквизиты»:
 Заголовок;
 Краткое содержание.
Кому:
 Организация;
 Адресат;
 Гриф;
 Подразделение;
 Ответственный руководитель;
 Получен.
От кого:
 Отправитель;
 Исходящий от;
 №;
 Состав;
 Форма.
3. Загрузить скан-копию документа;
4. Проверить заполнение всех реквизитов;
5. Записать документ.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.2.5.2. РЕГИСТРАЦИЯ ДОКУМЕНТА ВИДА «ВХОДЯЩЕЕ ПИСЬМО»
1. В рамках задачи делопроизводителю необходимо выполнить регистрацию, нажав кнопку
«Зарегистрировать».
2.2.5.3. ЗАПУСК ОБРАБОТКИ
1. В рамках задачи делопроизводителю необходимо перейти на вкладку «Обработка»,
проверить корректность заполненных значений (Действия и Сотрудники). Выбрать команду
«Начать обработку».
2.2.5.4. РАССМОТРЕНИЕ ВХОДЯЩЕГО ПИСЬМА
В рамках задачи исполнительному директору необходимо:
1. Ознакомиться с документом, ввести текст резолюции;
2. Назначить исполнителей (предусмотрен выбор нескольких исполнителей);
3. Выполнить задачу командой «Рассмотрено».
2.2.5.5. ВНЕСЕНИЕ СОИСПОЛНИТЕЛЕЙ
В рамках задачи исполнителям необходимо:
1. Перейти во вкладку «Обработка», выбрать соисполнителей и сроки исполнения;
2. Нажать кнопку «Исполнено».
2.2.5.6. ИСПОЛНЕНИЕ
ЗАДАЧИ
СОИСПОЛНИТЕЛЕМ
ПО
ВХОДЯЩЕМУ
ПИСЬМУ
В рамках задачи соисполнителям необходимо:
1. Ознакомиться с зарегистрированным входящим документом. Исполнить текст резолюции;
2. Обязательно ввести комментарий по задаче и прикрепить документ.
3. Нажать кнопку «Исполнено».
2.2.5.7. ИСПОЛНЕНИЕ ЗАДАЧИ ПО ВХОДЯЩЕМУ ПИСЬМУ КЛЮЧЕВЫМ
ИСПОЛНИТЕЛЕМ
В рамках задачи исполнителю необходимо:
1.
2.
3.
4.
Ознакомиться с зарегистрированным входящим документом;
Ознакомиться с резолюциями и подготовленной информацией соисполнителями;
Подготовить ответ по входящему письму. Обязательно заполнить текст резолюции;
Нажать кнопку «Исполнено».
2.2.5.8. ПРОВЕРКА ИСПОЛНЕНИЯ
В рамках задачи контролеру необходимо:
1. Ознакомиться с комментариями, внесенными исполнителями;
2. Выполнить задачу командой «Завершить».
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.3. ИСХОДЯЩАЯ ДОКУМЕНТАЦИЯ
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения в информационной системе отправки
исходящих документов, что обеспечивает возможность обработки их в системе, включая
согласование, подписание и отправку.
Инициатор в 1С: ДО создает карточку документа и вносит данные письма. В случае, если
исходящее письмо создается на основании входящего, карточка документа создается автоматически
по команде «Создать на основании». Далее инициатор, запускает исходящий документ по маршруту
обработки. Исходящее письмо направляется на согласование непосредственному руководителю, а
также другим ответственным лицам. Непосредственный руководитель и другие ответственные лица
получают уведомление о поступлении задачи на согласование исходящего письма. По итогу
согласования согласующие могут внести комментарий по данному документу. В случае, если
документ не согласовали, инициатор дорабатывает исходящее письмо, далее процесс согласования
повторяется. Следующим шагом исполнительный директор выполняет задачу по подписанию
документа. Далее делопроизводитель регистрирует документ и производит отправку исходящего
письма.
2.3.2. НАСТРОЙКИ, НСИ
В рамках контрольного примера по блоку «Исходящие документы» рассмотрен порядок
обработки документов в тестовой учетной системе 1С: ДО по следующим сценариям:
Пример 1. Создание в системе, обработка проекта исходящего документа. Обработка по
заранее фиксированному маршруту.
Реестр НСИ
№
Классификация объекта
Название объекта
1. Справочник
Контрагент
2. Справочник
КонтактныеЛица
3. Справочник
Организации
4. Справочник
Пользователи
5. Справочник
СтруктураПредприятия
2.3.3. РЕКВИЗИТЫ НСИ ПРОЦЕССА
№
1.
2.
3.
НСИ, параметры
Контрагент
Наименование
ИНН
КПП
Контактные лица
ФИО
Должность
Организации
Наименование
ИНН
КПП
Описание, значение параметра
Параметры учета
САНАТОРИЙ ВОРОНЕЖ АО
2626043540
262601001
Параметры учета
Нездоминова Анастасия Викторовна
Генеральный директор
Параметры учета
АО "КАВМИНКУРОРТРЕСУРСЫ"
2626003072
262601001
Редакция 1
АО «КМКР»
4.
4.1.
4.2.
4.3.
4.4.
5.
Документооборот АО «КМКР»
Пользователи
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
Структура Предприятия
Наименование
подразделения
Изменение №
Параметры учета
Литвинова Елена Владимировна
Главный бухгалтер
Бухгалтерия
Иванов Алексей Моисеевич
Исполнительный директор
Административно-управленческий персонал
Камышова Татьяна Сергеевна
Административный секретарь
Секретариат
Питько Наталья Викторовна
Ведущий бухгалтер по заработной плате и налогам
Бухгалтерия
Параметры учета
Секретариат
2.3.4. РОЛИ, ПОЛЬЗОВАТЕЛИ И УРОВЕНЬ ДОСТУПА ПРАВ ПОЛЬЗОВАТЕЛЕЙ В
РАМКАХ КП
Справочники
№
Роль
Пользовате
ль
1.
Делопрои Камышова
зводитель Татьяна
Сергеевна
2.
Исполнит
ельный
директор
Непосред
ственный
руководи
тель
Инициато
р
3.
4.
Иванов
Алексей
Моисеевич
Литвинова
Елена
Владимиров
на
Питько
Наталья
Викторовна
Докуме
нты
Контраге Контакт
нты
ные лица
Органи
зации
Чтение,
редакти
рование,
регистра
ция
Чтение
Чтение,
Чтение,
редактиро редактиро
вание
вание
Чтение
Структу
Польз
ра
овател
Предпр
и
иятия
Чтение Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение,
редакти
рование
Чтение
Чтение
Чтение
Чтение
Чтение
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.3.5. ЭТАПЫ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО.
Таблица 4 Перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО
№
п/
п
2.
Код БП
ИП 1
Название БП
Обработка
исходящего
письма
Название этапа
Детальное описание
Инициатор создает карточку
Создание
документа
исходящего письма, заполняет
вида
«Исходящее
обязательные
реквизиты
на
письмо»
вкладке «Реквизиты»
Запуск обработки
Инициатор запускает обработку
Непосредственный руководитель,
Согласование
а также другие ответственные
исходящего письма
лица
согласовывает
письмо,
вносит комментарий.
В случае, если документ был не
Доработка исходящего
согласован,
инициатор
письма
дорабатывает исходящее письмо
Подписание
Исполнительный
директор
исходящего письма
подписывает исходящее письмо
Делопроизводитель
выполняет
регистрацию,
нажав
кнопку
Регистрация документа «Зарегистрировать». Программа
вида
«Исходящее автоматически присваивает номер
письмо»
согласно
настроенному
нумератору. Дата регистрации
заполняется текущей датой
Отправка
письма
исходящего
Делопроизводитель
загружает
скан-копию
документа
и
отправляет исходящее письмо
2.3.5.1. СОЗДАНИЕ ДОКУМЕНТА ВИДА «ИСХОДЯЩЕЕ ПИСЬМО»
Действия инициатора в рамках этапа:
1. Через панель «Разделы», открыть журнал «Документы». Создать новый документ вида
«Исходящее письмо»;
2. При выполнении данной задачи будет создана и открыта карточка исходящего письма,
необходимо заполнить обязательные реквизиты на вкладке «Реквизиты»:
 Заголовок;
 Краткое содержание.
Кому
 Организация;
 Адресат;
 Гриф;
 Подразделение;
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
 Ответственный руководитель.
3. Прикрепить файл исходящего письма для согласования.
4. Проверить заполнение всех реквизитов;
5. Записать документ.
2.3.5.2. ЗАПУСК ОБРАБОТКИ
1. Инициатору необходимо перейти на вкладку «Обработка», проверить корректность
заполненных значений (Действия и Сотрудники). Выбрать команду «Начать обработку».
2.3.5.3. СОГЛАСОВАНИЕ ИСХОДЯЩЕГО ПИСЬМА
В рамках задачи непосредственному руководителю, а также другим ответственным лицам
необходимо:
1. Ознакомиться с документом, ввести текст комментария;
2. Выполнить задачу командой «Согласовано».
2.3.5.4. ДОРАБОТКА ИСХОДЯЩЕГО ПИСЬМА
1. В случае, если документ был не согласован, инициатор дорабатывает исходящее письмо.
Завершает задачу, нажав кнопку «Выполнено». Далее документ переходит к шагу согласования.
2.3.5.5. ПОДПИСАНИЕ ИСХОДЯЩЕГО ПИСЬМА
1. Исполнительный директор выполняет задачу, нажав кнопку «Подписано».
2.3.5.6. РЕГИСТРАЦИЯ ДОКУМЕНТА ВИДА «ИСХОДЯЩЕЕ ПИСЬМО»
1. Делопроизводитель выполняет регистрацию, нажав кнопку «Зарегистрировать».
2.3.5.7. ОТПРАВКА ИСХОДЯЩЕГО ПИСЬМА
В рамках задачи делопроизводителю необходимо:
1. Загрузить скан-копию документа (в случае подписания бумажной версии документа) и
отправить исходящее письмо.
2. Нажать кнопку «Исполнено».
Пример 2. Создание в системе, обработка проекта исходящего документа на основании
входящего письма. Обработка по заранее фиксированному маршруту.
Реестр НСИ
№
Классификация объекта
1. Справочник
2. Справочник
3. Справочник
4. Справочник
5. Справочник
Название объекта
Контрагент
КонтактныеЛица
Организации
Пользователи
СтруктураПредприятия
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.3.6. РЕКВИЗИТЫ НСИ ПРОЦЕССА
№
1.
2.
3.
4.
4.1.
4.2.
4.3.
4.4.
5.
НСИ, параметры
Контрагент
Наименование
ИНН
КПП
Контактные лица
ФИО
Должность
Организации
Наименование
ИНН
КПП
Пользователи
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
Структура Предприятия
Наименование
подразделения
Описание, значение параметра
Параметры учета
САНАТОРИЙ ВОРОНЕЖ АО
2626043540
262601001
Параметры учета
Нездоминова Анастасия Викторовна
Генеральный директор
Параметры учета
АО "КАВМИНКУРОРТРЕСУРСЫ"
2626003072
262601001
Параметры учета
Литвинова Елена Владимировна
Главный бухгалтер
Бухгалтерия
Иванов Алексей Моисеевич
Исполнительный директор
Административно-управленческий персонал
Камышова Татьяна Сергеевна
Административный секретарь
Секретариат
Питько Наталья Викторовна
Ведущий бухгалтер по заработной плате и налогам
Бухгалтерия
Параметры учета
Секретариат
2.3.7. РОЛИ, ПОЛЬЗОВАТЕЛИ И УРОВЕНЬ ДОСТУПА ПРАВ ПОЛЬЗОВАТЕЛЕЙ В
РАМКАХ КП
Справочники
№
Роль
Пользовате
ль
1.
Делопрои Камышова
зводитель Татьяна
Сергеевна
2.
Исполнит Иванов
ельный
Алексей
Документы
Чтение,
редактирова
ние,
регистрация
Чтение
Контра
генты
Контак
тные
лица
Чтение,
редакти
рование
Чтение,
редакти
рование
Чтение
Структу
Польз
ра
овател
Предпр
и
иятия
Чтение Чтение
Чтение
Чтение
Чтение
Чтение
Орган
изации
Чтение
Редакция 1
АО «КМКР»
директор
Непосред
ственный
руководи
тель
Инициато
р
3.
4.
Моисеевич
Литвинова
Елена
Владимиров
на
Питько
Наталья
Викторовна
Документооборот АО «КМКР»
Изменение №
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение,
редактирова
ние
Чтение
Чтение
Чтение
Чтение
Чтение
2.3.8. ЭТАПЫ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО.
Таблица 4 Перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО
№
п/
п
Код БП
Название БП
Название этапа
Создание
документа
вида
«Исходящее
письмо»
Запуск обработки
Согласование
исходящего письма
3.
ИП 1
Обработка
исходящего
письма
Доработка исходящего
письма
Подписание
исходящего письма
Регистрация документа
вида
«Исходящее
письмо»
Отправка
письма
исходящего
Детальное описание
Инициатор при помощи команды
«Создать на основании» создает
карточку исходящего письма,
проверяет
заполнение
обязательных
реквизитов
на
вкладке «Реквизиты»
Инициатор запускает обработку
Непосредственный руководитель,
а также другие ответственные
лица согласовывают письмо,
вносят комментарий.
В случае, если документ был не
согласован,
инициатор
дорабатывает исходящее письмо
Исполнительный
директор
подписывает исходящее письмо
Делопроизводитель
выполняет
регистрацию,
нажав
кнопку
«Зарегистрировать». Программа
автоматически присваивает номер
согласно
настроенному
нумератору. Дата регистрации
заполняется текущей датой
Делопроизводитель
загружает
скан-копию
документа
и
отправляет исходящее письмо
2.3.8.1. СОЗДАНИЕ ДОКУМЕНТА ВИДА «ИСХОДЯЩЕЕ ПИСЬМО»
Действия инициатора в рамках этапа:
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
1. Через панель «Разделы», открыть журнал «Документы» (также письмо можно создать на
основании входящего письма из журнала «Почта»). Создать новый документ вида
«Исходящее письмо» на основании входящего письма при помощи команды «Создать на
основании»;
2. При выполнении данной задачи будет создана и открыта карточка исходящего письма,
необходимо проверить автоматическое заполнение обязательные реквизиты на вкладке
«Реквизиты»:
Заголовок;
 Краткое содержание;
 Организация;
 Гриф.
Кому:
 Адресат;
 Подразделение.
3. Записать документ.
2.3.8.2. ЗАПУСК ОБРАБОТКИ
1. Инициатору необходимо перейти на вкладку «Обработка», проверить корректность
заполненных значений (Действия и Сотрудники). Выбрать команду «Начать обработку».
2.3.8.3. СОГЛАСОВАНИЕ ИСХОДЯЩЕГО ПИСЬМА
В рамках задачи непосредственному руководителю, а также другим ответственным лицам
необходимо:
1. Ознакомиться с документом, ввести текст комментария;
2. Выполнить задачу командой «Согласовано».
2.3.8.1. ДОРАБОТКА ИСХОДЯЩЕГО ПИСЬМА
1. В случае, если документ был не согласован, инициатор дорабатывает исходящее письмо.
Завершает задачу, нажав кнопку «Выполнено». Далее документ переходит к шагу согласования.
2.3.8.2. ПОДПИСАНИЕ ИСХОДЯЩЕГО ПИСЬМА
1. В рамках задачи исполнительный директор подписывает письмо, нажав кнопку
«Подписано».
2.3.8.3. РЕГИСТРАЦИЯ ДОКУМЕНТА ВИДА «ИСХОДЯЩЕЕ ПИСЬМО»
1. Делопроизводитель выполняет регистрацию, нажав кнопку «Зарегистрировать».
2.3.8.4. ОТПРАВКА ИСХОДЯЩЕГО ПИСЬМА
В рамках задачи делопроизводителю необходимо:
1. Загрузить скан-копию документа (в случае подписания бумажной версии документа) и
отправить исходящее письмо.
2. Нажать кнопку «Исполнено».
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.4. БЛОК ОРД. ВИД ДОКУМЕНТА «ПРИКАЗ» С ТЕМАТИКОЙ АДМИНИСТРАТИВНОХОЗЯЙСТВЕННЫЙ
2.4.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения в информационной системе
документов, что обеспечивает возможность дальнейшей их обработки в системе, включая
согласование, утверждение, подписание и ознакомление.
В соответствии с нормативным сроком документ обрабатывает инициатор:
 В 1С: ДО создает карточку документа и вносит данные документа;
 В карточку загружается файл документа.
Инициатор запускает документ по маршруту обработки. Приказ направляется на согласование
непосредственному руководителю, а также другим ответственным лицам. Согласующие получают
уведомление о поступлении задачи на согласование проекта приказа. По итогу согласования есть
возможность внести комментарий по данному документу. В случае, если документ не согласовали,
инициатор дорабатывает документ, далее процесс согласования повторяется. Следующим шагом
исполнительный директор выполняет задачу по подписанию документа. Далее делопроизводитель
регистрирует документ и вносит исполнителей приказа в маршрут обработки. Исполнители
выполняют задачи по приказу. Делопроизводитель производит проверку выполнения задач.
2.4.2. НАСТРОЙКИ, НСИ
В рамках контрольного примера по блоку «ОРД» рассмотрен порядок обработки документов в
тестовой учетной системе 1С: ДО по следующим сценариям:
Пример 1. Создание в системе, обработка внутреннего документа «Приказ» с тематикой
Административно-хозяйственный. Обработка по заранее фиксированному маршруту.
Реестр НСИ
№
Классификация объекта
Название объекта
1. Справочник
Документы
2. Справочник
Пользователи
3. Справочник
СтруктураПредприятия
2.4.3. РЕКВИЗИТЫ НСИ ПРОЦЕССА
№
1.
1.1.
1.2.
1.3.
1.4.
НСИ, параметры
Пользователи
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Описание, значение параметра
Параметры учета
Березкина Вера Николаевна
Главный экономист
Экономический отдел
Елисеев Михаил Владимирович
Начальник юридического отдела
Юридический отдел
Иванов Сергей Владимирович
Начальник экономического отдела
Экономический отдел
Макаренко Юлия Викторовна
Начальник отдела закупок
Редакция 1
АО «КМКР»
1.5.
1.6.
2.
Документооборот АО «КМКР»
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
Структура Предприятия
Наименование
подразделения
Изменение №
Отдел закупок
Иванов Алексей Моисеевич
Исполнительный директор
Административно-управленческий персонал
Камышова Татьяна Сергеевна
Административный секретарь
Секретариат
Параметры учета
Экономический отдел
2.4.4. РОЛИ, ПОЛЬЗОВАТЕЛИ И УРОВЕНЬ ДОСТУПА ПРАВ ПОЛЬЗОВАТЕЛЕЙ В
РАМКАХ КП
Справочники
№
Роль
Пользователь
1.
Делопроизводитель
2.
Исполнительный
директор
3.
Начальник отдела
закупок
4.
6.
Непосредственный
руководитель
Начальник
юридического
отдела
Инициатор
7.
Контролер
Камышова
Татьяна
Сергеевна
Иванов
Алексей
Моисеевич
Макаренко
Юлия
Викторовна
Иванов Сергей
Владимирович
Елисеев
Михаил
Владимирович
Березкина
Вера
Николаевна
Камышова
Татьяна
Сергеевна
5.
Чтение,
редактировани
е, регистрация
Чтение
Чтение
Структура
Предприятия
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение,
редактировани
е
Чтение
Чтение
Чтение
Чтение
Чтение
Документы
Пользователи
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.4.5. ЭТАПЫ БИЗНЕС-ПРОЦЕССА
В Таблице 5 представлен перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО.
Таблица 5 Перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО
№
Код БП
п/п
1.
П1
Название БП
Название этапа
Детальное описание
Инициатор создает карточку
документа,
заполняет
Создание документа
обязательные
реквизиты
на
вида «Приказ»
вкладке «Реквизиты», загружает
файл документа
Запуск обработки
Инициатор запускает обработку
Ответственные лица вносят
комментарии и согласовывают
документ:
Согласование приказа 1. Руководитель подразделения;
2. Начальник юридического
отдела;
3. Начальник отдела закупок;
В случае, если документ был не
Доработка приказа
согласован,
инициатор
дорабатывает исходящее письмо
Исполнительный
директор
Обработка
вида
Подписание приказа
подписывает приказ
документа
«Приказ»
с
Делопроизводитель выполняет
тематикой
регистрацию, нажав кнопку
Административно«Зарегистрировать». Программа
хозяйственный
Регистрация приказа
автоматически
присваивает
номер согласно настроенному
нумератору. Дата регистрации
заполняется текущей датой
Делопроизводитель
заполняет
Внесение
исполнителей
и
сроки
исполнителей приказа
исполнения
Ознакомление
с Исполнители получают задачи и
приказом
исполняют их
Исполнители получают задачи,
Исполнение приказа
вносят
комментарии
и
исполняют их
Контролер ознакомляется с
комментариями,
внесенными
Проверка исполнения
исполнителями, далее может
приказа
отправить задачу на доработку
или завершить её.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.4.5.1. СОЗДАНИЕ ДОКУМЕНТА ВИДА «ПРИКАЗ»
Действия инициатора в рамках этапа:
1. Через панель «Разделы», открыть журнал «Документы». Создать новый документ вида
«Приказ»;
2. При выполнении данной задачи будет создана и открыта карточка приказа, необходимо
заполнить обязательные реквизиты на вкладке «Реквизиты»:
 Заголовок;
 Краткое содержание.
Кому
 Срок;
 Гриф;
 Подразделение;
 Ответственный;
 Подготовил;
 Состав;
 Форма.
3. Загрузить файл документа.
4. Проверить заполнение всех реквизитов.
5. Записать документ.
2.4.5.2. ЗАПУСК ОБРАБОТКИ
1. Инициатору необходимо перейти на вкладку «Обработка», проверить корректность
заполненных значений (Действия и Сотрудники). Выбрать команду «Начать обработку».
2.4.5.3. СОГЛАСОВАНИЕ ПРОЕКТА ПРИКАЗА
В рамках задачи ответственным лицам необходимо:
1. Ознакомиться с документом, ввести текст комментария;
2. Выполнить задачу командой «Согласовано».
2.4.5.4. ДОРАБОТКА ПРИКАЗА
1. В случае, если документ был не согласован, инициатор дорабатывает приказ. Завершает
задачу, нажав кнопку «Выполнено». Далее документ переходит к шагу согласования.
2.4.5.5. ПОДПИСАНИЕ ПРИКАЗА
1. В рамках задачи исполнительный директор подписывает приказ, нажав кнопку
«Подписано».
2.4.5.6. РЕГИСТРАЦИЯ ПРИКАЗА
В рамках задачи делопроизводителю необходимо:
1. Выполнить регистрацию, нажав кнопку «Зарегистрировать».
2.4.5.7. ВНЕСЕНИЕ ИСПОЛНИТЕЛЕЙ ПРИКАЗА
В рамках задачи делопроизводителю необходимо:
1. Перейти во вкладку «Обработка», выбрать исполнителей, назначенных исполнительным
директором, в шаг «Исполнение приказа»;
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2. Нажать кнопку «Исполнено».
2.4.5.8. ОЗНАКОМЛЕНИЕ С ПРИКАЗОМ
В рамках задачи ознакомляющимся необходимо:
1. Ознакомиться с файлом документа;
2. Выполнить задачу командой «Ознакомился».
2.4.5.9. ИСПОЛНЕНИЕ ЗАДАЧИ ПО ПРИКАЗУ
В рамках задачи исполнителям необходимо:
1. Ознакомиться с приказом. Исполнить текст резолюции;
2. Нажать кнопку «Исполнено».
2.4.5.10. ПРОВЕРКА ИСПОЛНЕНИЯ
В рамках задачи контролеру необходимо:
1. Ознакомиться с комментариями, внесенными исполнителями;
2. Выполнить задачу командой «Завершить».
2.5. БЛОК ОРД. ВИД ДОКУМЕНТА «РАСПОРЯЖЕНИЕ» С ТЕМАТИКОЙ БУХГАЛТЕРИЯ
2.5.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения в информационной системе
документов, что обеспечивает возможность дальнейшей их обработки в системе, включая
согласование, утверждение и подписание и ознакомление.
Для вида документа «Распоряжение» возможно создать несколько тематик, к примеру:
Распоряжение с тематикой «Поручение руководителя».
В соответствии с нормативным сроком документ обрабатывает инициатор:
 В 1С: ДО создает карточку документа и вносит данные документа;
 В карточку загружается файл документа.
Инициатор запускает документ по маршруту обработки. Распоряжение направляется на
согласование непосредственному руководителю, а также другим ответственным лицам.
Согласующие получают уведомление о поступлении задачи на согласование распоряжения. По
итогу согласования есть возможность внести комментарий по данному документу. В случае, если
документ не согласовали, инициатору необходимо его доработать, далее процесс согласования
повторяется. Следующим шагом главный бухгалтер выполняет задачу по утверждению документа.
Далее делопроизводитель регистрирует документ и вносит исполнителей распоряжения в маршрут
обработки. Исполнители выполняют задачи по распоряжению. Делопроизводитель производит
проверку выполнения задач.
2.5.2. НАСТРОЙКИ, НСИ
В рамках контрольного примера по блоку «ОРД» рассмотрен порядок обработки документов в
тестовой учетной системе 1С: ДО по следующим сценариям:
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
Пример 1. Создание в системе, обработка внутреннего документа Распоряжение с тематикой
Бухгалтерия. Обработка по заранее фиксированному маршруту.
В рамках данного примера были продемонстрированы настройки грифов с разными уровнями
доступа к документу («Для служебного пользования», «Конфиденциально», «Строго
конфиденциально»). В дальнейшем при настройке системы наименования и уровни доступа будут
перенастроены (грифы «Для служебного пользования» и «Коммерческая тайна»).
Реестр НСИ
№
Классификация объекта
1. Справочник
2. Справочник
3. Справочник
Название объекта
Документы
Пользователи
СтруктураПредприятия
2.5.3. РЕКВИЗИТЫ НСИ ПРОЦЕССА
№
1.
1.1.
1.2.
1.3.
1.4.
1.5.
2.
НСИ, параметры
Пользователи
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
Структура Предприятия
Наименование
подразделения
Описание, значение параметра
Параметры учета
Березкина Вера Николаевна
Главный экономист
Экономический отдел
Иванов Сергей Владимирович
Начальник экономического отдела
Экономический отдел
Литвинова Елена Владимировна
Главный бухгалтер
Бухгалтерия
Иванов Алексей Моисеевич
Исполнительный директор
Административно-управленческий персонал
Камышова Татьяна Сергеевна
Административный секретарь
Секретариат
Параметры учета
Экономический отдел
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.5.4. РОЛИ, ПОЛЬЗОВАТЕЛИ И УРОВЕНЬ ДОСТУПА ПРАВ ПОЛЬЗОВАТЕЛЕЙ В
РАМКАХ КП
№
Роль
Пользователь
1.
Делопроизводител
ь
2.
Исполнительный
директор
3.
Главный бухгалтер
4.
5.
Непосредственный
руководитель
Инициатор
6.
Контролер
Камышова
Татьяна
Сергеевна
Иванов
Алексей
Моисеевич
Литвинова
Елена
Владимировна
Иванов Сергей
Владимирович
Березкина
Вера
Николаевна
Камышова
Татьяна
Сергеевна
Документы
Чтение,
редактирование,
регистрация
Чтение
Справочники
Пользовател Структура
Предприятия
и
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение,
редактирование
Чтение
Чтение
Чтение
Чтение
Чтение
2.5.5. ЭТАПЫ БИЗНЕС-ПРОЦЕССА
В Таблице 6 представлен перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО.
Таблица 6 Перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО
№
Код БП
п/п
2.
Р1
Название БП
Название этапа
Детальное описание
Инициатор создает карточку
документа,
заполняет
Создание
документа
обязательные
реквизиты
на
вида «Распоряжение»
вкладке «Реквизиты», загружает
файл документа
Запуск обработки
Инициатор запускает обработку
Обработка вида
Непосредственный руководитель,
документа
Согласование
а также другие ответственные
«Распоряжение»
распоряжения
лица вносят комментарии и
с
тематикой
согласовывают документ
Бухгалтерия
В случае, если документ был не
Доработка
согласован,
инициатор
распоряжения
дорабатывает распоряжение
Подписание
Главный бухгалтер подписывает
распоряжения
распоряжение
Регистрация
Делопроизводитель
выполняет
Редакция 1
АО «КМКР»
№
Код БП
п/п
Название БП
Документооборот АО «КМКР»
Название этапа
Изменение №
Детальное описание
регистрацию,
нажав
кнопку
«Зарегистрировать». Программа
автоматически присваивает номер
распоряжения
согласно
настроенному
нумератору. Дата регистрации
заполняется текущей датой
Внесение исполнителей Делопроизводитель
заполняет
распоряжения
исполнителей и сроки исполнения
Ознакомление
с Ознакомляющиеся
получают
распоряжением
задачи и исполняют их
Исполнение
Исполнители получают задачи и
распоряжения
исполняют их
Контролер
ознакомляется
с
комментариями,
внесенными
Проверка исполнения
исполнителями, далее может
распоряжения
отправить задачу на доработку
или завершить её
2.5.5.1. СОЗДАНИЕ ДОКУМЕНТА ВИДА «РАСПОРЯЖЕНИЕ»
Действия инициатора в рамках этапа:
1. Через панель «Разделы», открыть журнал «Документы». Создать новый документ вида
«Распоряжение»;
2. При выполнении данной задачи будет создана и открыта карточка входящего письма,
необходимо заполнить обязательные реквизиты на вкладке «Реквизиты»:
 Заголовок;
 Краткое содержание.
Кому
 Срок;
 Гриф;
 Подразделение;
 Ответственный;
 Подготовил;
 Состав;
 Форма.
3. Загрузить файл документа;
4. Проверить заполнение всех реквизитов;
5. Записать документ.
2.5.5.2. ЗАПУСК ОБРАБОТКИ
1. Инициатору необходимо перейти на вкладку «Обработка», проверить корректность
заполненных значений (Действия и Сотрудники). Выбрать команду «Начать обработку».
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.5.5.3. СОГЛАСОВАНИЕ ПРОЕКТА РАСПОРЯЖЕНИЯ
В рамках задачи ответственным лицам необходимо:
1. Ознакомиться с документом, ввести текст комментария;
2. Выполнить задачу командой «Согласовано».
2.5.5.4. ДОРАБОТКА РАСПОРЯЖЕНИЯ
1. В случае, если документ был не согласован, инициатор дорабатывает исходящее письмо.
Завершает задачу, нажав кнопку «Выполнено». Далее документ переходит к шагу согласования
2.5.5.5. ПОДПИСАНИЕ РАСПОРЯЖЕНИЯ
1. В рамках задачи главный бухгалтер подписывает письмо, нажав кнопку «Подписано».
2.5.5.6. РЕГИСТРАЦИЯ РАСПОРЯЖЕНИЯ
В рамках задачи делопроизводителю необходимо:
1. Выполнить регистрацию, нажав кнопку «Зарегистрировать».
2.5.5.7. ВНЕСЕНИЕ ИСПОЛНИТЕЛЕЙ ПО РАСПОРЯЖЕНИЮ
В рамках задачи делопроизводителю необходимо:
1. Перейти во вкладку «Обработка», выбрать исполнителей в шаг «Исполнение
распоряжения»;
2. Нажать кнопку «Исполнено».
2.5.5.8. ОЗНАКОМЛЕНИЕ С РАСПОРЯЖЕНИЕМ
В рамках задачи ознакомляющимся необходимо:
1. Ознакомиться с файлом документа;
2. Выполнить задачу командой «Ознакомился».
2.5.5.9. ИСПОЛНЕНИЕ ЗАДАЧИ ПО РАСПОРЯЖЕНИЮ
В рамках задачи исполнителям необходимо:
1. Ознакомиться с приказом. Исполнить текст резолюции;
2. Нажать кнопку «Исполнено».
2.5.5.10. ПРОВЕРКА ИСПОЛНЕНИЯ
В рамках задачи контролеру необходимо:
1. Ознакомиться с комментариями, внесенными исполнителями;
2. Выполнить задачу командой «Завершить».
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.6. ДОГОВОР
2.6.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения в информационной системе
документов, что обеспечивает возможность дальнейшей их обработки в системе, включая
согласование, утверждение, регистрацию и списание в дело с последующей передачей ключевых
данных в систему 1С:ERP УХ для финансового и управленческого учета.
В соответствии с нормативным сроком документ обрабатывает пользователь:
 В 1С: ДО создает карточку документа и заполняет обязательные реквизиты;
 Запускает обработку по документу.
Инициатор запускает документ по маршруту обработки. Договор направляется на
согласование следующим пользователям с указанными ролями:
 Инициатору;
 Начальнику отдела закупок;
 Начальнику юридического отдела.
После получения положительных решений согласующих лиц, договор переходит на
следующий этап согласования, к следующим ролям:
 Главному бухгалтеру;
 Начальнику экономического отдела;
 Советнику по коммерческой и информационной безопасности.
После получения положительных решений согласующих лиц, договор переходит на
следующий этап — «Утверждение проекта договора» исполнительным директором.
Исполнительный директор выполняет задачу по утверждению документа. После утверждения
бухгалтер выполняет регистрацию договора. По завершении этапа «Регистрация» бухгалтеру
поступает задача «Передача договора на подписание контрагенту». На данном этапе сотрудник
бухгалтерии направляет договор контрагенту по установленному каналу связи для подписания.
Следующим этапом сотруднику бухгалтерии поступает задача «Получение подписанного
экземпляра от контрагента». Бухгалтер переходит в карточку документа, отмечает реквизит
«Подписано» и прикрепляет скан-копию подписанного договора. Далее бухгалтеру в системе
1С:ДО поступает задача «Создание карточки в учетной системе и дозаполнение необходимых
реквизитов». На этом этапе посредством интеграции в 1С:ERP УХ создается карточка договора и
бухгалтер дозаполняет необходимые реквизиты в карточке документа. Заключительным этапом
автору документа поступает задача «Списание в дело», в рамках которой он заполняет реквизит «В
дело».
2.6.2. НАСТРОЙКИ, НСИ
В рамках контрольного примера по блоку «Договор» рассмотрен порядок обработки
документов в тестовой учетной системе 1С: ДО 3.0 по следующим сценариям:
Пример 1. Создание в системе карточки документа с тематикой «Типовая форма», обработка
документа по заранее фиксированному маршруту.
Реестр НСИ
№
Классификация объекта
Название объекта
1. Справочник
Контрагент
2. Справочник
КонтактныеЛица
3. Справочник
Организации
4. Справочник
Пользователи
Редакция 1
АО «КМКР»
№
5.
Документооборот АО «КМКР»
Классификация объекта
Справочник
Изменение №
Название объекта
СтруктураПредприятия
2.6.3. РЕКВИЗИТЫ НСИ ПРОЦЕССА
№
1.
2.
3.
4.
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
5.
НСИ, параметры
Контрагент
Наименование
ИНН
КПП
Контактные лица
ФИО
Должность
Организации
Наименование
ИНН
КПП
Пользователи
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
Структура Предприятия
Наименование подразделения
Описание, значение параметра
Параметры учета
СКОПИНСКИЙ
КОМПЛЕКСНЫЙ
ЦЕНТР
СОЦИАЛЬНОГО ОБСЛУЖИВАНИЯ НАСЕЛЕНИЯ
ГБУ РО
6233004827
623301001
Параметры учета
Минаева Ольга Петровна
Директор
Параметры учета
АО "КАВМИНКУРОРТРЕСУРСЫ"
2626003072
262601001
Параметры учета
Питько Наталья Викторовна
Главный бухгалтер
Бухгалтерия
Макаренко Юлия Викторовна
Начальник отдела закупок
Отдел закупок
Елисеев Михаил Владимирович
Начальник юридического отдела
Юридический отдел
Иванов Сергей Владимирович
Начальник экономического отдела
Экономический отдел
Дорожко Николай Иванович
Советник по коммерческой и информационной
безопасности
Административно-управленческий персонал
Иванов Алексей Моисеевич
Исполнительный директор
Административно-управленческий персонал
Параметры учета
Бухгалтерия
2.6.4. РОЛИ, ПОЛЬЗОВАТЕЛИ И УРОВЕНЬ ДОСТУПА ПРАВ ПОЛЬЗОВАТЕЛЕЙ В
РАМКАХ КП
№
Роль
Пользовате
Справочники
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
ль
Документ
ы
Контраге
нты
Чтение,
редактиров
ание,
регистраци
я
Чтение
Чтение,
Чтение,
Чтение
редактиро редактиро
вание
вание
Чтение
Структ
ура
Предпр
иятия
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Питько
Наталья
Викторовна
Иванов
Сергей
Владимиров
ич
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Дорожко
Николай
Иванович
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Иванов
Алексей
Моисеевич
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
1.
Инициато
р
Питько
Наталья
Викторовна
2.
Начальни
к отдела
закупок
Начальни
к
юридичес
кого
отдела
Главный
бухгалтер
Макаренко
Юлия
Викторовна
Елисеев
Михаил
Владимиров
ич
3.
4.
5.
6.
7.
Начальни
к
экономич
еского
отдела
Советник
по
коммерче
ской и
информац
ионной
безопасно
сти
Исполнит
ельный
директор
Контакт
ные лица
Изменение №
Органи
зации
Пользов
атели
2.6.5. ЭТАПЫ БИЗНЕС-ПРОЦЕССА
В Таблице 7 представлен перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО.
Таблица 7 Перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО
№
п/
п
1.
Код БП
Название БП
Д1
Обработка
карточки
Название этапа
Запуск обработки
Детальное описание
Инициатор
документа,
создает
карточку
заполняет
Редакция 1
АО «КМКР»
№
п/
п
Код БП
Документооборот АО «КМКР»
Название БП
Название этапа
Согласование проекта
договора
Доработка
договора
документа
«Договор»
тематикой
«Типовая
форма»
проекта
с
Согласование проекта
договора
Утверждение
договора
проекта
Регистрация
Передача договора на
подписание
контрагенту
Получение
Изменение №
Детальное описание
обязательные
реквизиты
на
вкладке «Реквизиты», запускает
обработку по документу.
Ответственные
лица
с
указанными ролями:
•
Инициатор;
•
Начальник отдела закупок;
•
Начальник юридического
отдела согласовывают документ.
В
случае
получения
отрицательных
решений
согласующих лиц на этапе
«Согласование
проекта
договора», инициатору поступает
данная задача, где он вносит
изменения в карточке документа
по комментариям согласующих
Ответственные
лица
с
указанными ролями:
•
Главный бухгалтер;
•
Начальник
экономического отдела;
•
Советник
по
коммерческой и информационной
безопасности,
согласовывают
документ.
Исполнительный
директор
выполняет
задачу
командой
«Утверждено».
Бухгалтер
выполняет
регистрацию,
нажав
кнопку
«Зарегистрировать». Программа
автоматически присваивает номер
согласно
настроенному
нумератору. Дата регистрации
заполняется текущей датой
Бухгалтер направляет договор
контрагенту по установленному
каналу связи для подписания и
выполняет
задачу
командой
«Выполнена».
Бухгалтер получает подписанный
Редакция 1
АО «КМКР»
№
п/
п
Код БП
Название БП
Документооборот АО «КМКР»
Название этапа
Изменение №
Детальное описание
договор
от
контрагента,
устанавливает
отметки
подписанного
«Подписано», добавляет скан
экземпляра
от
копию в карточку документа.
контрагента
Выполняет задачу командой
«Выполнена».
Создание карточки в
Бухгалтер переходит в 1С:ERP
учетной системе и
УХ, дозаполняет необходимые
дозаполнение
реквизиты. В 1С:ДО выполняет
необходимых
задачу командой «Выполнена».
реквизитов
В системе 1С:ДО инициатор
переходит в карточку документа,
заполняет реквизит «В дело».
Списание в дело
Выполняет задачу командой
«Выполнена».
Процесс
по
документу завершается
2.6.5.1. СОЗДАНИЕ ДОКУМЕНТА
«ТИПОВАЯ ФОРМА»
ВИДА
«ДОГОВОР»
С
ТЕМАТИКОЙ
Действия инициатора в рамках этапа:
1. Через панель «Разделы», открыть журнал «Документы». Создать новый документ с видом
«Договор», выбрать тематику «Типовая форма».
2. Будет создана и открыта карточка договора, необходимо заполнить обязательные
реквизиты на вкладке «Реквизиты»:
 Заголовок;
 Краткое содержание (при необходимости);
Табличная часть «Стороны»:
 Контактное лицо от организации;
 Контрагент;
 Контактное лицо от контрагента;
 Подписант от контрагента;
 Сумма;
 В т.ч. НДС;
 Срок действия;
 Гриф;
 Проект;
 Подразделение;
 Форма.
3. Проверить заполнение всех реквизитов.
4. Записать документ.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.6.5.2. ЗАПУСК ОБРАБОТКИ
1. Инициатор переходит на вкладку «Обработка», проверяет корректность заполненных
значений (Действия и Сотрудники). Выбирает команду «Начать обработку».
2.6.5.3. СОГЛАСОВАНИЕ ДОГОВОРА
1. Ответственные лица с ролями:
• Инициатор;
• Начальник отдела закупок;
• Начальник юридического отдела, выполняют задачу командой «Согласовано» или
«Не согласовано» с обязательным заполнением комментария.
2.6.5.4. ДОРАБОТКА ПРОЕКТА ДОГОВОРА
В случае получения отрицательных решений согласующих лиц на этапе «Согласование
проекта договора» и «Согласование договора», автору документа необходимо ознакомиться с
комментариями согласующих лиц:
1. Внести изменения в карточку договора.
2. Выполнить задачу командой «Выполнена».
2.6.5.5. СОГЛАСОВАНИЕ ПРОЕКТА ДОГОВОРА
1. Ответственные лица с ролями:
•
Главный бухгалтер;
•
Начальник экономического отдела;
•
Советник по коммерческой и информационной безопасности выполняют задачу
командой «Согласовано» или «Не согласовано» с обязательным заполнением
комментария.
2.6.5.6. УТВЕРЖДЕНИЕ ПРОЕКТА ДОГОВОРА
В рамках задачи исполнительному директору необходимо:
1. Ознакомиться с документом;
2. Выполнить задачу командой «Утверждено».
2.6.5.7. РЕГИСТРАЦИЯ
В рамках задачи бухгалтеру необходимо:
1. Ознакомиться с комментариями, внесенными исполнителями;
2. Выполнить задачу командой «Зарегистрировать».
2.6.5.8. ПЕРЕДАЧА ДОГОВОРА НА ПОДПИСАНИЕ КОНТРАГЕНТУ
В рамках задачи бухгалтеру необходимо:
1. Отправить договор контрагенту на подписание;
2. Выполнить задачу командой «Выполнена».
2.6.5.9. ПОЛУЧЕНИЕ ПОДПИСАННОГО ЭКЗЕМПЛЯРА ОТ КОНТРАГЕНТА
В рамках задачи бухгалтеру необходимо:
1. Получить от контрагента подписанный договор;
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2. В карточке документа в табличной части «Стороны» отметить реквизит «Подписано»;
3. Во вкладке «Обзор» добавить скан-копию оригинала документа;
4. Выполнить задачу командой «Выполнена».
2.6.5.10. СОЗДАНИЕ КАРТОЧКИ В УЧЕТНОЙ СИСТЕМЕ И
ДОЗАПОЛНЕНИЕ НЕОБХОДИМЫХ РЕКВИЗИТОВ
В рамках задачи бухгалтеру необходимо:
1. Перейти в систему 1C:ERP УХ, дозаполнить обязательные реквизиты в карточке
документа;
2. В 1С: ДО выполнить задачу командой «Выполнена».
2.6.5.11. СПИСАНИЕ В ДЕЛО
В 1С: ДО, в рамках задачи инициатору необходимо:
1. В карточке документа во вкладке «Реквизиты» заполнить поле «В дело».
2. Выполнить задачу командой «Выполнена».
2.7. СЛУЖЕБНАЯ ЗАПИСКА
2.7.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения в информационной системе
документов, что обеспечивает возможность дальнейшей их обработки в системе, включая
согласование, подписание и рассмотрение.
В соответствии с нормативным сроком документ обрабатывает пользователь:
 В 1С: ДО создает карточку документа и заполняет обязательные реквизиты.
Автор запускает документ по маршруту обработки. Служебная записка направляется на
согласование главному экономисту-эксперту, главному экономисту, кладовщику, советнику по
коммерческой и информационной безопасности, исполнительному директору. Важно подчеркнуть:
параметры согласования гибко настраиваются под любые требования бизнес-процесса. После
получения положительных решений от согласующих лиц, служебная записка переходит на
следующий этап «Подписание служебной записки ЭП», исполнительный директор выполняет
задачу по подписанию документа. Далее делопроизводитель регистрирует документ, вносит
исполнителей в маршрут обработки по рассмотрении. Исполнители выполняют задачи по
служебной записке.
2.7.2. НАСТРОЙКИ, НСИ
В рамках контрольного примера по блоку «Служебная записка» рассмотрен порядок
обработки документов в тестовой учетной системе 1С: ДО по следующим сценариям:
Пример 1. Создание в системе карточки документа «Служебная записка», обработка
документа по заранее фиксированному маршруту.
Реестр НСИ
№
Классификация объекта
Название объекта
1. Справочник
Документы
2. Справочник
Пользователи
3. Справочник
СтруктураПредприятия
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.7.3. РЕКВИЗИТЫ НСИ ПРОЦЕССА
№
1.
1.1.
1.2.
1.3.
1.4.
2
НСИ, параметры
Пользователи
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Описание, значение параметра
Параметры учета
Березкина Вера Николаевна
Главный экономист
Экономический отдел
Ковалева Наталья Викторовна
Кладовщик
Хозяйственный отдел
Дорожко Николай Иванович
Советник по коммерческой и информационной
безопасности
Административно-управленческий персонал
Иванов Алексей Моисеевич
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
Структура Предприятия
Наименование подразделения
Исполнительный директор
Административно-управленческий персонал
Камышова Татьяна Сергеевна
Административный секретарь
Секретариат
Параметры учета
Секретариат
2.7.4. РОЛИ, ПОЛЬЗОВАТЕЛИ И УРОВЕНЬ ДОСТУПА ПРАВ ПОЛЬЗОВАТЕЛЕЙ В
РАМКАХ КП
№
Роль
Пользователь
Справочники
Камышова
Чтение,
Татьяна Сергеевна редактирование,
регистрация
Камышова
Чтение,
Татьяна Сергеевна редактирование
Чтение
Структура
Предприят
ия
Чтение
Чтение
Чтение
Березкина
Вера Чтение
Николаевна
Чтение
Чтение
Березкина
Вера Чтение
Николаевна
Ковалева Наталья Чтение
Викторовна
Дорожко Николай Чтение
Иванович
Чтение
Чтение
Чтение
Чтение
Чтение
Чтение
Документы
1.
Делопроизводите
ль
2.
Инициатор
3.
Главный
экономистэксперт
Главный
экономист
Кладовщик
4.
5.
6.
Советник по
коммерческой и
информационной
Пользователи
Редакция 1
АО «КМКР»
безопасности
Исполнительный
директор
7.
Документооборот АО «КМКР»
Иванов Алексей Чтение
Моисеевич
Изменение №
Чтение
Чтение
2.7.5. ЭТАПЫ БИЗНЕС-ПРОЦЕССА
В Таблице 8 представлен перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО.
Таблица 8 Перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО
№
п/
п
Код БП
Название БП
Название этапа
Создание документа с
видом
«Служебная
записка»
Запуск обработки
Согласование
документа
вида
«Служебная записка»
1.
СЗ 1
Обработка
документа
видом
«Служебная
записка»
с
Доработка документа
«Служебная записка»
Подписание служебной
записки ЭП
Регистрация
Рассмотрение
Детальное описание
Инициатор создает карточку
документа с видом «Служебная
записка», заполняет обязательные
реквизиты
на
вкладке
«Реквизиты».
Инициатор запускает обработку.
Ответственные лица с ролью:
 Экономист-эксперт;
 Главный экономист;
 Кладовщик;
 Советнику по коммерческой и
информационной
безопасности;
 Исполнительный
директор
согласовывают документ.
В
случае
получения
отрицательных
решений
согласующих лиц на этапе
«Согласование документа вида
«Служебная
записка»»,
инициатору поступает данная
задача, где он вносит изменения в
карточке
документа
по
комментариям согласующих
Исполнительный
директор
подписывает документ командой
«Подписано».
Делопроизводитель
выполняет
регистрацию,
нажав
кнопку
«Зарегистрировать». Программа
автоматически присваивает номер
согласно
настроенному
нумератору. Дата регистрации
заполняется текущей датой.
Делопроизводитель в рамках
Редакция 1
АО «КМКР»
№
п/
п
Код БП
Название БП
Документооборот АО «КМКР»
Название этапа
Изменение №
Детальное описание
задачи заполняет исполнителей и
сроки исполнения.
Исполнение служебной Исполнители получают задачи и
записки
исполняют их.
служебной записки
2.7.5.1. СОЗДАНИЕ ДОКУМЕНТА ВИДА «СЛУЖЕБНАЯ ЗАПИСКА»
Действия инициатора в рамках создания карточки документа:
1. Через панель «Разделы», открыть журнал «Документы». Создать новый документ вида
«Служебная записка», необходимо заполнить обязательные реквизиты на вкладке
«Реквизиты»:
 Заголовок
 Краткое содержание
 Срок
 Гриф
 Проект (при необходимости)
 Подразделение
 Состав
 Форма
2. Проверить заполнение всех реквизитов.
3. Записать документ.
2.7.5.2. ЗАПУСК ОБРАБОТКИ
1. Инициатор переходит на вкладку «Обработка», проверяет корректность заполненных
значений (Действия и Сотрудники). Выбирает команду «Начать обработку».
2.7.5.3. СОГЛАСОВАНИЕ СЛУЖЕБНОЙ ЗАПИСКИ
1. Ответственные лица с ролью:

Экономист-эксперт;

Главный экономист;

Кладовщик;

Советнику по коммерческой и информационной безопасности;

Исполнительный директор.
Выполняют задачу командой «Согласовано» или «Не согласовано» с обязательным
заполнением комментария.
2.7.5.4. ДОРАБОТКА СЛУЖЕБНОЙ ЗАПИСКИ
В случае получения отрицательных решений согласующих лиц на этапе «Согласование
служебной записки», автору документа необходимо ознакомиться с комментариями согласующих
лиц:
3. Внести изменения в карточку документа служебная записка.
4. Выполнить задачу командой «Выполнена».
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.7.5.5. ПОДПИСАНИЕ СЛУЖЕБНОЙ ЗАПИСКИ ЭП
В рамках задачи исполнительному директору необходимо:
1. Ознакомиться с документом.
2. Выполнить задачу командой «Подписано».
2.7.5.6. РЕГИСТРАЦИЯ СЛУЖЕБНОЙ ЗАПИСКИ
В рамках задачи делопроизводителю необходимо:
1. Выполнить задачу командой «Зарегистрировать».
2.7.5.7. РАССМОТРЕНИЕ СЛУЖЕБНОЙ ЗАПИСКИ
В рамках задачи исполнителю необходимо:
1. Ознакомиться с документом, ввести текст резолюции.
2. Внести исполнителей по данному документу.
2.7.5.8. ИСПОЛНЕНИЕ ЗАДАЧИ ПО СЛУЖЕБНОЙ ЗАПИСКЕ
В рамках задачи исполнителям необходимо:
1. Ознакомиться со служебной запиской. Исполнить текст резолюции.
2. Нажать кнопку «Исполнено».
2.8. МЕРОПРИЯТИЯ
2.8.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения в информационной системе
мероприятий, что обеспечивает автоматизацию работы с совещаниями, собраниями, обсуждениями
и другими событиями. Система позволяет:
 Учитывать данные о запланированных и проведённых мероприятиях — даты, темы,
участников и результаты;
 Планировать и контролировать мероприятия, связывать их с проектами, задачами или
документами;
 Работать с участниками — в карточке мероприятия указываются организаторы и
приглашённые участники;
 Создавать шаблоны — для типовых мероприятий создавать шаблоны, чтобы ускорить
процесс их планирования.
В соответствии со сроком мероприятие обрабатывает сотрудник с ролью секретарь
мероприятия:
 В1С: ДО создает карточку мероприятия;
 В карточке заполняет дату мероприятия, участников, вносит программу, отправляет
приглашения на мероприятие.
Секретарь мероприятия запускает мероприятие по маршруту обработки. Председателю
поступает задача на утверждение программы мероприятия. Секретарь проводит мероприятие
согласно программе, заполняет протокол на основании программы, вносит принятые решения,
исполнителей и даты исполнения по пунктам протокола. Секретарь составляет протокол, добавляет
протокол в карточку мероприятия. Секретарь и председатель подписывают протокол. Исполнители
выполняют задачи по пунктам протокола.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.8.2. НАСТРОЙКИ, НСИ
В рамках контрольного примера по блоку «Мероприятия» рассмотрен порядок обработки
документов в тестовой учетной системе 1С: ДО 3.0 по следующим сценариям:
Пример 1. Создание в системе карточки мероприятия с видом «Правление». Обработка по
заранее фиксированному маршруту.
Реестр НСИ
№
Классификация объекта
Название объекта
1.
Справочник
Мероприятия
2.
Справочник
Виды мероприятий
3.
Справочник
Протоколы мероприятий
4.
Справочник
Пользователи
2.8.3. РЕКВИЗИТЫ НСИ ПРОЦЕССА
№
1.
2.
2.1.
2.2.
2.3.
2.4.
НСИ, параметры
Виды мероприятий
Наименование
Пользователи
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
ФИО
Наименование должности
Подразделение
Описание, значение параметра
Параметры учета
Правление
Параметры учета
Иванов Алексей Моисеевич
Исполнительный директор
Административно-управленческий персонал
Елисеев Михаил Владимирович
Начальник юридического отдела
Юридический отдел
Литвинова Елена Владимировна
Главный бухгалтер
Бухгалтерия
Камышова Татьяна Сергеевна
Административный секретарь
Секретариат
2.8.4. РОЛИ, ПОЛЬЗОВАТЕЛИ И УРОВЕНЬ ДОСТУПА ПРАВ ПОЛЬЗОВАТЕЛЕЙ В
РАМКАХ КП
№
Роль
Пользоват
ель
Мероприятия
1.
Секретарь Камышова
мероприя Татьяна
тия,
Сергеевна
Исполнит
ель
Чтение,
редактировани
е
2.
Председа
тель
Чтение,
редактировани
Иванов
Алексей
Справочники
Виды
Протоколы
мероприяти
мероприятий
й
Чтение
Чтение,
редактирование
Чтение
Чтение,
редактирование
Пользовател
и
Чтение
Чтение
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
мероприя
тия
Моисеевич
е
3.
Участник
мероприя
тия
Елисеев
Михаил
Владимиро
вич
Чтение
Чтение
Чтение
Чтение
4.
Участник
мероприя
тия
Литвинова
Елена
Владимиро
вна
Чтение
Чтение
Чтение
Чтение
2.8.5. ЭТАПЫ БИЗНЕС-ПРОЦЕССА
В Таблице 9 представлен перечень этапов бизнес-процесса, реализуемого в системе 1C:ДО.
Таблица 9 Перечень этапов бизнес-процесса по блоку, реализуемого в системе 1C:ДО
№
п/
п
1.
Код БП
Меропр
иятие
Название БП
Обработка
протокольного
мероприятия
Название этапа
Детальное описание
Секретарь мероприятия через
панель «Разделы», открывает
раздел «Совместная работа» «Мои мероприятия».
Создает новое мероприятие.
Заполняет реквизиты карточки:
 Наименование
 Описание
 Вид
 Место
Создание
карточки
 Дата начала
мероприятия
и
 Дата окончания
заполнение данных
Заполняет состав участников
мероприятия.
Выбирает из участников
председателя и секретаря
совещания.
Заполняет программу
мероприятия (содержание,
ответственный).
Отправляет
приглашения
участникам мероприятия.
Секретарь мероприятия запускает
Запуск обработки
обработку командой «Начать
обработку».
Задача
«Утвердить Председатель мероприятия через
Редакция 1
АО «КМКР»
№
п/
п
Код БП
Название БП
Документооборот АО «КМКР»
Название этапа
программу».
Задача
«Проведение
мероприятия»
Задача «Составление
протокола»
Задача
«Подписание
протокола»
Задача
«Исполнить
пункт №1»
Изменение №
Детальное описание
панель «Разделы», открывает
раздел «Совместная работа» «Задачи мне».
В рамках задачи председателю
мероприятия
необходимо
выполнить
задачу
командой
«Утверждено».
Секретарь мероприятия через
панель «Разделы», открыть
раздел «Совместная работа» «Задачи мне».
Открыть задачу «Провести
мероприятие» и нажать кнопку
«Выполнена».
Секретарь
мероприятия
в
карточке мероприятия на закладке
«Протокол» нажимает кнопку
«Заполнить».
 Заполняет колонки «Решили»,
«Слушали», «Выступили».
 Создает поручения по строкам
протокола.
(Заполняет
исполнителей и сроки по
пунктам
протокола,
проверяющих и контролеров).
Открывает задачу «Составление
протокола» и нажимает кнопку
«Выполнена».
Председатель мероприятия через
панель «Разделы», открывает
раздел «Совместная работа» «Задачи мне». Открывает задачу
«Подписание протокола» и
нажимает кнопку «Подписано».
Исполнитель через панель
«Разделы», открывает раздел
«Совместная работа» - «Задачи
мне».
Открывает задачу «Исполнить
пункт №1» и нажимает кнопку
«Выполнена».
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.8.5.1. СОЗДАНИЕ КАРТОЧКИ «МЕРОПРИЯТИЯ»
Действия секретаря мероприятия в рамках этапа:
1. Через панель «Разделы», открыть журнал «Совместная работа». Создать новое мероприятие
с видом «Правление»;
2. Будет создано и открыта карточка мероприятия, необходимо заполнить обязательные
реквизиты на вкладке «Реквизиты»:
 Наименование;
 Описание;
 Вид;
 Место;
 Дата начала;
 Дата окончания.
3. Заполнить состав участников мероприятия;
4. Выбрать из участников председателя и секретаря мероприятия;
5. Заполнить программу мероприятия (содержание, ответственный).
2.8.5.2. ЗАПУСК ОБРАБОТКИ
1. Секретарь мероприятия переходит на вкладку «Обработка». Выполняет команду «Начать
обработку».
2.8.5.3. УТВЕРДИТЬ ПРОГРАММУ
В рамках задачи председателю мероприятия необходимо:
1. Ознакомиться с программой мероприятия.
2. Выполнить задачу командой «Утверждено».
2.8.5.4. ПРОВЕДЕНИЕ МЕРОПРИЯТИЯ
В рамках задачи секретарю мероприятия необходимо:
1. Провести мероприятие.
2. Выполнить задачу командой «Выполнена».
2.8.5.5. СОСТАВЛЕНИЕ ПРОТОКОЛА
В рамках задачи секретарю мероприятия необходимо:
1. Во вкладке «Протокол» в карточке мероприятия, заполнить колонки «Решили»,
«Слушали», «Выступили».
2. Создать поручения по строкам протокола. (Заполнить исполнителей и сроки по пунктам
протокола, проверяющих и контролеров).
3. Открыть задачу «Составление протокола» и нажать кнопку «Выполнена».
2.8.5.6. ПОДПИСАНИЕ ПРОТОКОЛА
В рамках задачи секретарю мероприятия и председателю мероприятия необходимо:
1. Ознакомиться с протоколом.
2. Выполнить задачу командой «Подписано».
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
Изменение №
2.8.5.7. ИСПОЛНЕНИЕ ПРОТОКОЛА
В рамках задачи исполнителям необходимо:
1. Выполнить пункт протокола.
2. Выполнить задачу командой «Выполнена».
2.9. ВНУТРЕННИЕ И ВНЕШНИЕ ДОКУМЕНТЫ
2.9.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
В соответствии с разделом 10 Технического задания, внедрению подлежат внутренние и
внешние документы, перечень которых представлен в приложении 4.7 к настоящему отчёту.
Детализация дальнейших этапов жизненного цикла каждого документа, а также процессов
исполнения, рассмотрения, согласования, утверждения, регистрации, ознакомления будет
осуществлена на этапе внедрения.
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
В системе 1C:ДО управление доступом пользователей организовано на базе модели ролей и
полномочий, позволяющей гибко настраивать права для различных категорий сотрудников с учётом
бизнес-процессов организации.
Основными элементами управления правами являются:
 Пользователи – учетные записи сотрудников или системных субъектов;
 Роли – наборы полномочий, определяющие доступ к функциональности и данным
системы;
 Группы доступа – объединения пользователей по схожим зонам ответственности или
подразделениям;
 Полномочия – конфигурации, объединяющие роли для конкретных групп
пользователей.
Каждое право доступа определяет возможность выполнения конкретных действий (создание,
просмотр, редактирование, удаление и др.) над объектами системы (документами, задачами,
справочниками и т.п.). Права могут быть ограничены условиями, например, по уровню иерархии
или принадлежности к конкретному подразделению.
Особое значение в системе уделяется ролям исполнителей – пользователям, которые
непосредственно выполняют задачи и операции в рамках обработки документов и процессов. Роли
исполнителей настраиваются с учетом функций и ответственности, обеспечивая им доступ к
необходимым действиям в рамках конкретных бизнес-процессов.
Одним из ключевых механизмов является настройка доступности действий и объектов в
зависимости от текущего состояния документа или процесса. Это позволяет, например, ограничить
редактирование документа после его утверждения или предоставить руководителю права на
согласование только в соответствующем статусе. Настройка доступа по состоянию реализуется с
помощью правил и условий, привязанных к жизненному циклу документов, и обеспечивает тонкий
контроль над последовательностью операций.
Роли создаются с учётом типовых и специфических функций пользователей, таких как:
 Администратор системы, обладающий максимальными правами для настройки и
поддержки;
 Руководитель, имеющий права на утверждение и контроль документов в своей зоне
ответственности;
Редакция 1
АО «КМКР»

Документооборот АО «КМКР»
Изменение №
Исполнитель, выполняющий задачи и операции с документами на определённых
этапах бизнес-процесса;
Назначение ролей и групп доступа пользователям производится с учётом организационной
структуры и зон ответственности, что обеспечивает разграничение полномочий на уровне
подразделений и проектов.
Система поддерживает механизм ограничения доступа к данным на уровне записей (RLS), что
обеспечивает защиту конфиденциальной информации и предотвращает несанкционированный
доступ.
Аутентификация пользователей реализуется посредством учётных записей платформы 1С с
использованием пароля или доменной авторизации, обеспечивая надежную идентификацию и
контроль доступа.
В случае назначения одной учетной записи нескольких полномочий или входа в несколько
групп доступа, итоговый набор разрешений формируется как объединение всех предоставленных
прав, что позволяет гибко управлять доступом с учётом пересечения функций и обязанностей.
Внедрение и настройка ролей и полномочий проводится с учётом нормативных требований
безопасности, политики организации и особенностей рабочих процессов заказчика.
Редакция 1
АО «КМКР»
Документооборот АО «КМКР»
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ПЕЧАТНЫХ И ОТЧЕТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИЙ
4.3. ПЕРЕЧЕНЬ НСИ
4.4. ПЕРЕЧЕНЬ МИГРАЦИЙ
4.5. ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
4.7. ПЕРЕЧЕНЬ ВНУТРЕННИХ И ВНЕШНИХ ДОКУМЕНТОВ
Изменение №

=== ФАЙЛ: 74-2026_внедрение ERP.docx | docs/32616449098/74-2026_внедрение ERP.pdf
АКЦИОНЕРНОЕ ОБЩЕСТВО «КАВМИНКУРОРТРЕСУРСЫ»
(АО «КМКР»)
Закупка 74/2026
ЗАКУПОЧНАЯ ДОКУМЕНТАЦИЯ
о проведении конкурса в электронной форме, участниками которого могут быть только
субъекты малого и среднего предпринимательства, на право заключения договора на оказание
услуг по внедрению комплекса информационных систем «1С: ERP Управление холдингом»,
«1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес процессов
г. Ессентуки
2026
Раздел I
ИЗВЕЩЕНИЕ
о проведении конкурса в электронной форме, участниками которого могут быть только
субъекты малого и среднего предпринимательства, на право заключения договора на оказание
услуг по внедрению комплекса информационных систем «1С: ERP Управление холдингом»,
«1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес процессов
1. Способ и форма осуществления закупки:
Конкурс в электронной форме, участниками которого могут быть только субъекты
малого и среднего предпринимательства (далее – конкурс с участием субъектов МСП, закупка),
на электронной площадке https://utp.sberbank-ast.ru.
2. Наименование, место нахождения, почтовый адрес, адрес электронной почты,
номер контактного телефона Заказчика:
Полное наименование Заказчика: акционерное общество «Кавминкурортресурсы».
Сокращенное наименование Заказчика: АО «КМКР».
Место нахождения/ Почтовый адрес:
357625, Российская Федерация, Ставропольский край, г. Ессентуки, ул. Пятигорская, 133.
Адрес электронной почты: zakupki@kavminkr.ru.
Сайт Заказчика: https://kavminkr.ru.
Номер контактного телефона по вопросам проведения закупки: 8 (879-34) 4-88-99 (доб. 266).
Номер контактного телефона по техническим вопросам: 8 (879-34) 4-88-99 (доб. 224).
3. Предмет договора с указанием количества поставляемого товара, объема
выполняемых работ, оказываемых услуг, а также краткое описание предмета закупки:
Предмет договора: оказание услуг по внедрению комплекса информационных систем
«1С: ERP Управление холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с целью
автоматизации бизнес процессов.
Объем определен в Техническом задании (раздел III закупочной документации).
Код по ОКПД 2:
62.01.11.000 – Услуги по проектированию и разработке информационных технологий
для прикладных задач и тестированию программного обеспечения.
Код по ОКВЭД 2:
62.01 – Разработка компьютерного программного обеспечения.
Описание предмета закупки, функциональные характеристики (потребительские
свойства), технические и качественные характеристики, а также эксплуатационные
характеристики (при необходимости) предмета закупки указаны в разделе III закупочной
документации «Техническое задание», разделе закупочной документации IV «Проект
договора».
4. Место поставки товара, выполнения работ, оказания услуг:
Место оказания услуг: по месту нахождения Исполнителя в соответствии с условиями
Технического задания (раздел III закупочной документации).
Место передачи результата услуг и документов по месту нахождения Заказчика:
357625, Ставропольский край, г. Ессентуки, ул. Пятигорская, 133.
5. Сведения о начальной (максимальной) цене договора, либо формула цены, и
максимальное значение цены договора, либо цена единицы товара, работы, услуги и
максимальное значение цены договора:
Начальная (максимальная) цена договора:
61 005 980,33 (Шестьдесят один миллион пять тысяч девятьсот восемьдесят) рублей
33 копейки.
Обоснование и расчет начальной (максимальной) цены договора, сведения о начальной
(максимальной) цене за единицу товара, работы, услуги, указаны в разделе VI закупочной
документации «Обоснование и расчёт начальной (максимальной) цены договора».
Цены за единицы услуг, указанные в предложении о цене договора участника закупки, не
должны превышать средние цены за единицы услуг, указанные в разделе VI закупочной
документации «Обоснование и расчёт начальной (максимальной) цены договора».
6. Срок, место и порядок предоставления документации о закупке, размер, порядок и
сроки внесения платы, взимаемой Заказчиком за предоставление документации:
Срок предоставления документации о закупке: с «09» октября 2026 г.
по «26» октября 2026 г. в 11:00 по московскому времени.
В электронном виде извещение и документация о проведении конкурса в электронной
форме, участниками которого могут быть только субъекты малого и среднего
предпринимательства, размещены в единой информационной системе https://zakupki.gov.ru и
на электронной площадке https://utp.sberbank-ast.ru.
Документация о проведении конкурса в электронной форме, участниками которого могут
быть только субъекты малого и среднего предпринимательства, доступна для ознакомления в
единой информационной системе и на электронной площадке без взимания платы.
Заказчик не предоставляет документацию о проведении конкурса с участием субъектов
МСП, в том числе проект договора и форму заявки по отдельному запросу участника закупки.
7. Порядок, дата начала, дата и время окончания срока, место подачи заявок на
участие в закупке:
Порядок подачи заявки на участие в конкурсе в электронной форме, участниками
которого могут быть только субъекты малого и среднего предпринимательства, в соответствии
с частью 10 и 11 статьи 3.2 Федерального закона от 18.07.2011 № 223-ФЗ «О закупках товаров,
работ, услуг отдельными видами юридических лиц» (далее – Закон № 223-ФЗ) и определяется
регламентом оператора электронной площадки https://utp.sberbank-ast.ru.
Место подачи заявок на участие в конкурсе с участием субъектов МСП: электронная
площадка https://utp.sberbank-ast.ru.
Дата начала подачи заявок на участие в конкурсе с участием субъектов МСП:
«09» октября 2026 г.
Дата и время окончания срока подачи заявок на участие в конкурсе с участием субъектов
МСП:
«26» октября 2026 г. в 11:00 по московскому времени.
Дата и время открытия доступа к поданным в форме электронных документов заявкам на
участие в конкурсе с участием субъектов МСП:
«26» октября 2026 г. в 11:00 по московскому времени.
8. Сроки и порядок рассмотрения, оценки и сопоставления заявок и порядок
подведения итогов конкурентной закупки:
Дата рассмотрения первых частей заявок на участие в конкурсе с участием субъектов
МСП:
«26» октября 2026 г.
Дата рассмотрения вторых частей заявок на участие в конкурсе с участием субъектов
МСП:
«28» октября 2026 г.
Дата подведения итогов конкурса с участием субъектов МСП:
«28» октября 2026 г.
Порядок рассмотрения первых и вторых частей заявок на участие в конкурсе с участием
субъектов МСП в соответствии с пунктом 5.8 Положения о закупке АО «КМКР», с учетом
особенностей осуществления конкурентной закупки в электронной форме, участниками
которой могут быть только субъекты малого и среднего предпринимательства в соответствии с
разделом 11 Положения о закупке АО «КМКР».
Заявка, поданная коллективным участником закупки, отклоняется на любом этапе
процедуры закупки, если документально подтвержден выход из состава коллективного
участника закупки одного или более члена участника коллективной закупки.
Заявка, поданная коллективным участником закупки, отклоняется на любом этапе
процедуры закупки, если документально подтверждено самостоятельное предоставление
одним или более членом коллективного участника закупки заявки на участие в закупке и/или
вхождение одного или более члена коллективного участника закупки в состав другого
коллективного участника закупки и/или, что один или более член коллективного участника
закупки является субподрядчиком (соисполнителем) у другого участника закупки.
Порядок рассмотрения, оценки и сопоставления вторых частей заявок на участие в
конкурсе с участием субъектов МСП, а также подведение итогов конкурса с участием
субъектов МСП указаны в пункте 17 раздела II закупочной документации.
9. Сроки отказа от проведения конкурса:
Заказчик вправе отменить проведение конкурса с участием субъектов МСП до
наступления даты и времени окончания срока подачи заявок на участие в конкурсе с участием
субъектов МСП, разместив об этом соответствующее извещение.
Порядок отмены проведения конкурса с участием субъектов МСП установлен в пунктах
4.3 и 11.28 Положения о закупке АО «КМКР».
Оператор электронной площадки https://utp.sberbank-ast.ru направляет в банк
информацию о возврате (прекращении блокирования) денежных средств, внесенных в качестве
обеспечения заявки на участие в закупке.
Заказчик не несет обязательств или ответственности в случае не ознакомления
участников закупки с извещением об отмене проведения конкурса с участием субъектов МСП.
10. Адрес электронной площадки в информационно-телекоммуникационной сети
«Интернет»:
https://utp.sberbank-ast.ru
11. Размер обеспечения заявки, порядок и срок его предоставления. Размер
обеспечения исполнения договора, порядок и срок его предоставления, а также основное
обязательство, исполнение которого обеспечивается, и срок его исполнения:
Требование обеспечения заявок установлено (пункт 19 раздела II закупочной
документации).
Требование об обеспечении исполнения договора установлено (пункт 19 раздела II
закупочной документации).
Раздел II
ДОКУМЕНТАЦИЯ
о проведении конкурса в электронной форме, участниками которого могут быть только
субъекты малого и среднего предпринимательства, на право заключения договора на оказание
услуг по внедрению комплекса информационных систем «1С: ERP Управление холдингом»,
«1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес процессов
1. Требования к безопасности, качеству, техническим характеристикам,
функциональным характеристикам (потребительским свойствам) товара, работы,
услуги, к размерам, упаковке, отгрузке товара, к результатам работы, установленные
Заказчиком и предусмотренные техническими регламентами в соответствии с
законодательством Российской Федерации о техническом регулировании, документами,
разрабатываемыми и применяемыми в национальной системе стандартизации,
принятыми в соответствии с законодательством Российской Федерации о
стандартизации, и иные требования, связанные с определением соответствия
поставляемого товара, выполняемой работы, оказываемой услуги потребностям
Заказчика:
В соответствии с Техническим заданием (раздел III закупочной документации) и
Проектом договора (раздел IV закупочной документации).
Результаты оказанных услуг установлены в разделе 12 Технического задания.
Приемка услуг будет осуществляться в порядке, установленном договором.
2. Требования к содержанию, форме, оформлению и составу заявки на участие в
закупке:
Заявка на участие в конкурсе с участием субъектов МСП должна состоять из двух частей
и ценового предложения и предоставляется по формам, приведенным в разделе V закупочной
документации.
Состав заявок на участие в конкурсе с участием субъектов МСП определен в пункте 14
настоящего раздела II закупочной документации.
Требования к оформлению заявки:
Заявка, а также все скан-копии оригиналов или нотариально заверенные копии
документов (предпочтительный формат *.pdf, один файл – один документ, с разрешением не
ниже 150 dpi, без поворотов вертикальности страницы, страницы документа в файле должны
идти по порядку), прикладываемых участником конкурса с участием субъектов МСП,
оформляются в виде электронных документов в соответствии с пунктом 11.18 Положения о
закупке АО «КМКР», пунктом 14 настоящего раздела II закупочной документации,
Регламентами, руководствами и иными документами, регулирующими работу на электронной
площадке, и должны быть подписаны электронной подписью уполномоченного лица
участника закупки.
Язык заявки на участие в закупке – русский.
Отдельные документы (или их части), предоставленные участником закупки в составе
заявки на участие в конкурсе, могут быть подготовлены на другом языке, кроме русского, при
условии, что к ним будет прилагаться точный перевод на русский язык.
Участник закупки должен учитывать возможные риски того, что отсутствие перевода
документов (или его ненадлежащий вид) в составе заявки на участие в конкурсе может быть
расценено как несоответствие заявки на участие в конкурсе требованиям документации, в связи
с чем заявка такого участника закупки может быть отклонена.
Не допускается указание в первой части заявки сведений об участнике закупки и (или)
о ценовом предложении. В случае содержания в первой части заявки на участие в конкурсе
сведений об участнике закупки и (или) о ценовом предложении, а также в случае
несоответствия предложения участника закупки в отношении предмета закупки требованиям
Технического задания (раздел III закупочной документации), данная заявка подлежит
отклонению.
При выявлении недостоверных (противоречивых) сведений в представленных
участниками документах для участия в процедуре закупки, несоответствия участника закупок,
а также привлекаемых им для исполнения договора соисполнителей (субподрядчиков)
установленным к участникам закупок требованиям, несоответствия поставляемого товара,
выполняемых работ, оказываемых услуг требованиям, установленным к товарам, работам,
услугам, являющихся предметом закупки, Заказчик отклоняет заявку участника.
3. Требования к описанию участниками закупки поставляемого товара, который
является предметом закупки, его функциональных характеристик (потребительских
свойств), его количественных и качественных характеристик, требования к описанию
участниками закупки выполняемой работы, оказываемой услуги, которые являются
предметом закупки, их количественных и качественных характеристик:
Участник закупки представляет информацию по данному пункту по форме, приведенной
в разделе V закупочной документации.
4. Место, условия и сроки (периоды) поставки товара, выполнения работы,
оказания услуги:
Место оказания услуг: по месту нахождения Исполнителя в соответствии с условиями
Технического задания (раздел III закупочной документации).
Место передачи результата услуг и документов по месту нахождения Заказчика:
357625, Ставропольский край, г. Ессентуки, ул. Пятигорская, 133.
Условия оказания услуг в соответствии с Техническим заданием (раздел III закупочной
документации) и Проектом договора (раздел IV закупочной документации).
Сроки оказания услуг: не более 540 (пятисот сорока) календарных дней c даты
заключения договора.
5. Сведения о начальной (максимальной) цене договора, либо формула цены, и
максимальное значение цены договора, либо цена единицы товара, работы, услуги и
максимальное значение цены договора:
Начальная (максимальная) цена договора:
61 005 980,33 (Шестьдесят один миллион пять тысяч девятьсот восемьдесят) рублей
33 копейки.
Обоснование и расчет начальной (максимальной) цены договора, сведения о начальной
(максимальной) цене за единицу товара, работы, услуги, указаны в разделе VI закупочной
документации «Обоснование и расчёт начальной (максимальной) цены договора».
Цены за единицы услуг, указанные в предложении о цене договора участника закупки, не
должны превышать средние цены за единицы услуг, указанные в разделе VI закупочной
документации «Обоснование и расчёт начальной (максимальной) цены договора».
6. Форма, сроки и порядок оплаты товара, работы, услуги:
Форма, сроки и порядок оплаты товара, работы, услуги указаны в разделе 3 Проекта
договора (раздел IV закупочной документации).
7. Обоснование начальной (максимальной) цены договора либо цены единицы
товара, работы, услуги, включая информацию о расходах на перевозку, страхование,
уплату таможенных пошлин, налогов и других обязательных платежей:
Обоснование и расчет начальной (максимальной) цены договора, сведения о начальной
(максимальной) цене за единицу товара, работы, услуги, указаны в разделе VI закупочной
документации «Обоснование и расчёт начальной (максимальной) цены договора».
В цену Договора включены все затраты, издержки и иные расходы Исполнителя,
связанные с оказанием услуг, в том числе командировочные расходы Исполнителя, стоимость
услуг привлеченных специалистов, стоимость найма персонала, подготовка отчетности на
бумажном носителе и ее почтовая доставка по адресу Заказчика и другие обязательные
платежи, которые Исполнитель должен выплатить в связи с выполнением обязательств по
Договору.
8. Порядок подачи и приема заявок на участие в закупке:
Порядок подачи и приема заявки на участие в конкурсе в электронной форме,
участниками которого могут быть только субъекты малого и среднего предпринимательства, в
соответствии с частью 10 и 11 статьи 3.2 Федерального закона от 18.07.2011 № 223-ФЗ «О
закупках товаров, работ, услуг отдельными видами юридических лиц» (далее – Закон № 223ФЗ) и определяется регламентом оператора электронной площадки https://utp.sberbank-ast.ru.
9. Место подачи заявок на участие в закупке:
Место подачи заявок на участие в конкурсе с участием субъектов МСП: электронная
площадка https://utp.sberbank-ast.ru.
10. Дата начала, дата и время окончания срока подачи заявок на участие в закупке:
Начало подачи заявок на участие в конкурсе с участием субъектов МСП:
«09» октября 2026 г.
Окончание подачи (приема Заказчиком) заявок на участие в конкурсе с участием
субъектов МСП:
«26» октября 2026 г. в 11:00 по московскому времени.
11. Порядок подведения итогов закупки:
Подведение итогов закупки с участием субъектов МСП осуществляется Тендерным
комитетом в целях выявления лучших условий исполнения договора в соответствии с
критериями и порядком, установленными закупочной документацией, на основании
предшествующей оценки первой, второй частей заявок и ценового предложения.
По результатам подведения итогов Заказчик составляет в установленном порядке
протокол и размещает в единой информационной системе https://zakupki.gov.ru и на
электронной площадке https://utp.sberbank-ast.ru.
По результатам подведения итогов Тендерный комитет определяет победителя конкурса
с участием субъектов МСП.
12. Требования к участникам закупки:
Участниками закупки могут быть только субъекты малого и среднего
предпринимательства. В случае если участник закупки подает заявку от лица коллективного
участника закупки, то все члены коллективного участника закупки должны являться
субъектами малого и среднего предпринимательства.
Принадлежность участника закупки к субъектам МСП подтверждается наличием
соответствующей информации в едином реестре субъектов малого и среднего
предпринимательства. Информацию и документы, которые свидетельствуют о данном статусе,
представлять не требуется (в соответствии с п. 11 Положения, утвержденного Постановлением
Правительства Российской Федерации от 11.12.2014 № 1352).
Участник закупки должен соответствовать критериям, установленным ст. 4
Федерального закона от 24.07.2007 № 209-ФЗ «О развитии малого и среднего
предпринимательства в Российской Федерации», или быть физическим лицом, не
зарегистрированным в качестве индивидуального предпринимателя и применяющим
специальный налоговый режим «Налог на профессиональный доход» (далее – НПД) 1 в
соответствии с положениями Федерального закона от 27.11.2018 № 422-ФЗ «О проведении
эксперимента по установлению специального налогового режима «Налог на
профессиональный доход» (в случае, установленном законодательством).
Применение физическим лицом, не зарегистрированным в качестве индивидуального
предпринимателя, специального налогового режима «Налог на профессиональный доход»
подтверждается наличием соответствующей информации на сайте ФНС России.
Информацию и документы, которые свидетельствуют о постановке на учет в налоговом
органе в качестве плательщика НПД, представлять не требуется (в соответствии с п. 2(4)
Постановления Правительства Российской Федерации от 11.12.2014 № 1352).
Требования к участникам закупки:
- непроведение ликвидации участника закупки - юридического лица и отсутствие
решения арбитражного суда о признании участника закупки - юридического лица или
индивидуального предпринимателя несостоятельным (банкротом);
- неприостановление деятельности участника закупки в порядке, установленном
Кодексом Российской Федерации об административных правонарушениях;
- отсутствие у участника закупки недоимки по налогам, сборам, задолженности по иным
Положение об участии физических лиц, применяющих НПД, предусмотрено для случаев закупок, в
которых такие лица вправе принимать участие в соответствии со статьей 4 Федерального закона от
27.11.2018 № 422-ФЗ «О проведении эксперимента по установлению специального налогового режима
«Налог на профессиональный доход».
1
обязательным платежам в бюджеты бюджетной системы Российской Федерации (за
исключением сумм, на которые предоставлены отсрочка, рассрочка, инвестиционный
налоговый кредит в соответствии с законодательством Российской Федерации о налогах и
сборах, которые реструктурированы в соответствии с законодательством Российской
Федерации, по которым имеется вступившее в законную силу решение суда о признании
обязанности заявителя по уплате этих сумм исполненной или которые признаны
безнадежными к взысканию в соответствии с законодательством Российской Федерации о
налогах и сборах) за прошедший календарный год, размер которых превышает двадцать пять
процентов балансовой стоимости активов участника закупки, по данным бухгалтерской
(финансовой) отчетности за последний отчетный период. Участник закупки считается
соответствующим установленному требованию в случае, если им в установленном порядке
подано заявление об обжаловании указанных недоимки, задолженности и решение по данному
заявлению на дату рассмотрения заявки на участие в закупке не принято;
- отсутствие у участника закупки - физического лица, зарегистрированного в качестве
индивидуального предпринимателя, либо у руководителя, членов коллегиального
исполнительного органа, лица, исполняющего функции единоличного исполнительного
органа, или главного бухгалтера юридического лица - участника закупки непогашенной или
неснятой судимости за преступления в сфере экономики и (или) преступления,
предусмотренные статьями 289, 290, 291, 291.1 Уголовного кодекса Российской Федерации, а
также неприменение в отношении указанных физических лиц наказания в виде лишения права
занимать определенные должности или заниматься определенной деятельностью, которые
связаны с поставкой товара, выполнением работы, оказанием услуги, являющихся предметом
осуществляемой закупки, и административного наказания в виде дисквалификации;
- отсутствие фактов привлечения в течение двух лет до момента подачи заявки на участие
в закупке участника закупки - юридического лица к административной ответственности за
совершение административного правонарушения, предусмотренного статьей 19.28 Кодекса
Российской Федерации об административных правонарушениях;
- соответствие участника закупки указанным в документации о конкурентной закупке
требованиям законодательства Российской Федерации к лицам, осуществляющим поставку
товара, выполнение работы, оказание услуги, являющихся предметом закупки, если в
соответствии с законодательством Российской Федерации информация и документы,
подтверждающие такое соответствие, содержатся в открытых и общедоступных
государственных реестрах, размещенных в информационно-телекоммуникационной сети
«Интернет» (с указанием адреса сайта или страницы сайта в информационнотелекоммуникационной сети «Интернет», на которых размещены эти информация и
документы);
- обладание участником закупки исключительными правами на результаты
интеллектуальной деятельности, если в связи с исполнением договора Заказчик приобретает
права на такие результаты;
- обладание участником закупки правами использования результата интеллектуальной
деятельности в случае использования такого результата при исполнении договора;
- коллективные участники закупки могут участвовать в закупках, если это прямо не
запрещено действующим законодательством Российской Федерации.
Члены объединений, являющихся коллективными участниками закупки, должны иметь
соглашение между собой (иной документ), соответствующее нормам Гражданского кодекса
Российской Федерации, в котором должны быть определены права и обязанности сторон и
установлен лидер такого коллективного участника закупки, план распределения выполнения
поставок/работ/услуг в рамках исполнения договора, заключаемого по результатам закупки
Требования к коллективным участникам закупки:
Коллективный участник закупки – юридическое лицо или несколько юридических лиц
и/или физическое лицо или несколько физических лиц, в том числе индивидуальный
предприниматель или несколько индивидуальных предпринимателей, выступающих на
стороне одного участника закупки, и все члены коллективного участника могут быть только
субъектами малого и среднего предпринимательства.
Лица, принявшие решение об участии в закупке на стороне одного участника закупки,
должны заключить с таким участником закупки соглашение (коллективный договор, договор
простого товарищества, договор о создании консорциума или соглашение (договор) иной
организационной формы временного объединения независимых юридических или физических
лиц, в том числе индивидуальных предпринимателей) о совместной деятельности,
сотрудничестве, взаимодействии без регистрации нового юридического лица (далее
соответственно – соглашение о создании коллектива, коллективный участник закупки, член
коллективного участника закупки), соответствующее нормам Гражданского кодекса
Российской Федерации, учитывающее следующие требования закупочной документации:
- из числа членов коллективного участника закупки должен быть определен лидер,
который будет представлять интересы каждого члена коллективного участника закупки во
взаимоотношениях с Заказчиком, в том числе подписывать, предоставлять, изменять, отзывать
заявку на участие в закупке от имени всех членов коллективного участника закупки,
представлять документы, подаваемые вместе с такой заявкой, предоставлять обеспечение
заявки на участие в закупке (в случае если такое обеспечение предусмотрено условиями
закупочной документации), направлять запросы на получение разъяснений положений
закупочной документации, а также, в случае признания коллективной заявки на участие в
закупке победителем закупки или принятия заказчиком решения о заключении договора с
коллективным участником закупки, подписывать договор, протоколы разногласий,
дополнительные соглашения к договору, предоставлять обеспечение исполнения договора (в
случае если такое обеспечение предусмотрено условиями закупочной документации и
договора), заверять и предоставлять документы, отчеты и иную информацию,
предусмотренную условиями договора, от имени всех членов коллективного участника в ходе
исполнения договора (далее – лидер коллективного участника закупки);
- определены права и обязанности сторон в рамках участия в процедуре закупки, а также
в рамках исполнения договора;
- приведено распределение между членами коллективного участника закупки объемов и
видов (номенклатуры) поставляемых товаров, выполняемых работ, оказываемых услуг с
указанием, в том числе, в денежном и/или процентном отношении;
- установлена солидарная ответственность по обязательствам, связанным с участием в
закупке, заключением и последующим исполнением договора;
- срок действия соглашения о создании коллективного участника закупки определен до
полного исполнения обязательств по договору, заключенному с заказчиком по итогам закупки;
- предусмотрено предоставление в составе заявки на участие в закупке скан-копии
соглашения о создании коллективного участника закупки.
Заявка на закупку подается лидером от своего имени с указанием, что представляет
интересы коллективного участника закупки с перечислением всех членов коллективного
участника закупки.
Коллективный участник закупки должен в совокупности отвечать требованиям,
указанным в документации о закупке. При этом каждый член коллективного участника
закупки должен отвечать требованиям, установленным законодательством Российской
Федерации в отношении планируемой поставки товаров, выполнении работ, оказании услуг в
соответствии с распределением между членами коллективного участника закупки объемов и
видов (номенклатуры) поставляемых товаров, выполняемых работ, оказываемых услуг,
определенным соглашением о создании коллектива, подготовленного в соответствии с
требованиями настоящего пункта закупочной документации.
13. Дополнительные требования, предъявляемые к участникам закупки, в
соответствии с пунктом 3.1.2 Положения о закупке АО «КМКР»:
- отсутствие сведений об участнике закупки (включая всех членов коллективной заявки
на участие в закупке) в реестре недобросовестных поставщиков, предусмотренном статьей 5
Федерального закона от 18.07.2011 № 223-ФЗ «О закупках товаров, работ, услуг отдельными
видами юридических лиц» (далее – Закон № 223-ФЗ) и (или) в реестре недобросовестных
поставщиков, предусмотренном Федеральным законом от 05 апреля 2013 № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд»;
- участник закупки (включая всех членов коллективной заявки на участие в закупке),
являющийся иностранным агентом в соответствии с Федеральным законом от 14.07.2022 №
255-ФЗ «О контроле за деятельностью лиц, находящихся под иностранным влиянием», не
может принимать участие в закупке.
14. Перечень
документов,
представляемых
участниками
закупки
для
подтверждения их соответствия установленным требованиям:
1. Первая часть заявки на участие в конкурсе с участием субъектов МСП, составленная
по форме, приведенной в разделе V закупочной документации, и все заполненные в
соответствии с требованиями закупочной документации приложения к ней должны содержать:
1.1. предложение участника закупки в отношении предмета закупки (Техническое
предложение).
2. Вторая часть заявки на участие в конкурсе с участием субъектов МСП, составленная
по форме, приведенной в разделе V закупочной документации, и все заполненные в
соответствии с требованиями закупочной документации приложения к ней должны содержать:
2.1. декларацию, предоставляемую с использованием программно-аппаратных средств
электронной площадки, подтверждающую на дату подачи заявки соответствие участника
требованиям, предусмотренным пунктом 12 настоящего раздела закупочной документации в
соответствии с п. 9 ч. 19.1 ст. 3.4 Закона № 223-ФЗ;
2.1.1. декларацию каждого участника коллективной заявки, подтверждающую на дату
подачи заявки соответствие каждого участника коллективной заявки требованиям,
предусмотренным пунктом 12 настоящего раздела закупочной документации в соответствии с
п. 9 ч. 19.1 ст. 3.4 Закона № 223-ФЗ;
2.2. соглашение о создании коллектива, оформленное в соответствии с требованиями,
определенными пунктом 12 настоящего раздела закупочной документации (представляется в
случае подачи коллективной заявки на участие в закупке);
2.3. копию учредительного документа, если участником закупки является юридическое
лицо;
2.3.1. копии учредительных документов всех юридических лиц, входящих в состав
коллективного участника;
2.4. копию документа, подтверждающего полномочия лица действовать от имени
участника закупки, за исключением случаев подписания заявки:
2.4.1. индивидуальным предпринимателем, если участником такой закупки является
индивидуальный предприниматель;
2.4.2. лицом, указанным в едином государственном реестре юридических лиц в качестве
лица, имеющего право без доверенности действовать от имени юридического лица (далее руководитель), если участником закупки является юридическое лицо;
2.5. копии документов, подтверждающих полномочия лиц действовать от имени каждого
участника коллективной заявки, за исключением случаев подписания соглашения о создании
коллектива:
2.5.1. индивидуальным предпринимателем, если участником соглашения о создании
коллектива является индивидуальный предприниматель;
2.5.2. лицом, указанным в едином государственном реестре юридических лиц в качестве
лица, имеющего право без доверенности действовать от имени юридического лица (далее руководитель), если участником соглашения о создании коллектива является юридическое
лицо;
2.6. копии документов, подтверждающих соответствие участника закупки требованиям,
установленным в соответствии с законодательством Российской Федерации к лицам,
осуществляющим поставку товара, выполнение работы, оказание услуги, являющихся
предметом закупки или сведения о размещении информации или документов на сайте с
указанием адреса сайта или страницы сайта в информационно-телекоммуникационной сети
«Интернет», в случае если в соответствии с законодательством Российской Федерации
информация и документы, подтверждающие такое соответствие, содержатся в открытых и
общедоступных
государственных
реестрах,
размещенных
в
информационно-
телекоммуникационной сети «Интернет»;
2.7. копию решения о согласии на совершение крупной сделки или о последующем
одобрении этой сделки, если требование о наличии указанного решения установлено
законодательством Российской Федерации и для участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства заключение по результатам такой закупки
договора либо предоставление обеспечения заявки на участие в такой закупке (если требование
об обеспечении заявок установлено Заказчиком в извещении об осуществлении такой закупки,
документации о конкурентной закупке), обеспечения исполнения договора (если требование об
обеспечении исполнения договора установлено Заказчиком в извещении об осуществлении
такой закупки, документации о конкурентной закупке) является крупной сделкой;
2.8. информацию и документы об обеспечении заявки на участие в конкурентной закупке
с участием субъектов малого и среднего предпринимательства, если соответствующее
требование предусмотрено извещением об осуществлении такой закупки, документацией о
конкурентной закупке:
2.8.1. реквизиты специального банковского счета участника конкурентной закупки с
участием субъектов малого и среднего предпринимательства, если обеспечение заявки на
участие в такой закупке предоставляется участником такой закупки путем внесения денежных
средств;
2.8.2. независимую гарантию или ее копию, если в качестве обеспечения заявки на
участие в конкурентной закупке с участием субъектов малого и среднего предпринимательства
участником такой закупки предоставляется независимая гарантия.
2.9. копии документов, подтверждающих соответствие товара, работы или услуги,
являющихся предметом закупки, требованиям, установленным в соответствии с
законодательством Российской Федерации, в случае, если требования к данным товару, работе
или услуге установлены в соответствии с законодательством Российской Федерации и
перечень таких документов предусмотрен документацией о конкурентной закупке. При этом не
допускается требовать представление указанных документов, если в соответствии с
законодательством Российской Федерации они передаются вместе с товаром;
2.10. наименование страны происхождения поставляемого товара (при
осуществлении закупки товара, в том числе поставляемого заказчику при выполнении
закупаемых работ, оказании закупаемых услуг), информация и документы, определенные в
соответствии с пунктом 2 части 2 статьи 3.1-4 Закона № 223-ФЗ, а именно:
а) для подтверждения происхождения товаров, указанных в приложении № 3 к ПП РФ
№ 1875, из Российской Федерации - номер реестровой записи из реестра российской
промышленной продукции, предусмотренного статьей 17.1 Федерального закона «О
промышленной политике в Российской Федерации»;
б) для подтверждения происхождения товаров, указанных в приложении № 3 к ПП РФ
№ 1875, из государств - членов Евразийского экономического союза, за исключением
Российской Федерации, - номер реестровой записи из евразийского реестра промышленных
товаров государств - членов Евразийского экономического союза (далее - евразийский реестр
промышленных товаров).
2.11. копия сертификата системы менеджмента качества «ISO 9001:2015»
(предоставляется по желанию участника и является критерием оценки заявок);
2.12. справка о квалифицированном составе специалистов (предоставляется по желанию
участника и является критерием оценки заявок);
2.13. копии документов квалифицированного состава специалистов (предоставляются по
желанию участника и являются критерием оценки заявок):
2.13.1. копии трудовых договоров или копии трудовых книжек, или сведения о трудовой
деятельности, предусмотренные статьей 66.1 Трудового кодекса Российской Федерации;
2.13.2. сертификаты в соответствии с подпунктом 4 пункта 17 настоящего раздела
закупочной документации;
2.13.3. согласие квалифицированного специалиста на обработку персональных данных2.
3. Предложение о цене договора (цене лота, единицы товара, работы, услуги),
составленное по форме, приведенной в разделе V закупочной документации.
15. Формы, порядок, дата и время окончания срока предоставления участникам
закупки разъяснений положений документации о закупке:
Участник конкурса с участием субъектов МСП вправе направить Заказчику запрос о даче
разъяснений положений извещения о проведении конкурса с участием субъектов МСП и (или)
конкурсной документации через функционал электронной площадки https://utp.sberbank-ast.ru.
В течение 3 (трех) рабочих дней с даты поступления запроса о даче разъяснений
извещения о проведении конкурса с участием субъектов МСП и (или) конкурсной
документации, Заказчик осуществляет разъяснение положений извещения о проведении
конкурса с участием субъектов МСП и (или) конкурсной документации и размещает их в
единой информационной системе с указанием предмета запроса, но без указания участника
такой закупки, от которого поступил указанный запрос. При этом Заказчик вправе не
осуществлять такое разъяснение в случае, если указанный запрос поступил позднее чем за 3
(три) рабочих дня до даты окончания срока подачи заявок на участие в конкурсе.
Дата и время окончания срока предоставления участникам конкурса с участием
субъектов МСП разъяснений положений разъяснений извещения о проведении конкурса с
участием субъектов МСП и (или) конкурсной документации:
«26» октября 2026 г. в 11:00 по московскому времени.
Дата и время, после наступления которых Заказчик вправе не осуществлять разъяснение
положений извещения (или) документации о проведении конкурса с участием субъектов МСП:
«20» октября 2026 г. в 24:00 по московскому времени.
16. Дата рассмотрения предложений участников закупки и подведения итогов
закупки:
Дата рассмотрения первых частей заявок на участие в конкурсе с участием субъектов
МСП:
«26» октября 2026 г.
Дата рассмотрения вторых частей заявок на участие в конкурсе с участием субъектов
МСП:
«28» октября 2026 г.
Дата подведения итогов конкурса с участием субъектов МСП:
«28» октября 2026 г.
17. Критерии оценки и сопоставления заявок на участие в закупке. Порядок оценки
и сопоставления заявок на участие в закупке:
Критерии и порядок оценки, и сопоставления заявок на участие в конкурсе с
участием субъектов МСП:
№
Значимость (весомость)
Наименование критерия
п/п
критерия, %
1. Цена договора (Цi)
60
2. Наличие опыта (Оi)
20
3. Квалификация участника закупки (Кi)
5
4. Квалифицированный состав специалистов (Сi)
15
Методика оценки
Рейтинг заявки на участие в конкурсе с участием субъектов МСП представляет собой
оценку в баллах, получаемую по результатам оценки по критериям с учетом значимости
(весомости) данных критериев, а также подкритериев.
Совокупная значимость всех критериев равна 100 процентам.
Максимальная оценка в баллах по критериям Цi, Оi, Кi, Сi – 100 баллов.
Итоговый рейтинг заявки на участие в конкурсе с участием субъектов МСП i-го
участника конкурса с участием субъектов МСП определяется по формуле:
Ri =Цi + Оi + Кi + Сi
В соответствии с Федеральным законом от 27.07.2006 № 152-ФЗ «О персональных данных» участнику
необходимо представить письменное подтверждение согласия (либо копии согласий) специалистов, чьи
персональные данные будут подлежать обработке при проведении конкурентных процедур закупок на
право заключения договора.
2
где:
Ri – итоговый рейтинг заявки на участие в конкурсе с участием субъектов МСП i-го участника;
Цi – количество баллов, присвоенное заявке i-го участника по критерию «Цена договора»;
Оi – количество баллов, присвоенное заявке i-го участника по критерию «Наличие опыта»;
Кi – количество баллов, присвоенное заявке i-го участника по критерию «Квалификация
участника закупки»;
Сi – количество баллов, присвоенное заявке i-го участника по критерию «Квалифицированный
состав специалистов».
Тендерным комитетом каждой заявке на участие в конкурсе с участием субъектов МСП
относительно других по мере уменьшения степени выгодности содержащихся в них условий
исполнения договора присваивается порядковый номер. Заявке на участие в конкурсе с
участием субъектов МСП, в которой содержатся лучшие условия исполнения договора (самый
высокий (максимальный) итоговый рейтинг), присваивается первый номер.
В случае, если максимальный итоговый рейтинг получат два и более участников
конкурса с участием субъектов МСП, меньший порядковый номер присваивается заявке на
участие в конкурсе с участием субъектов МСП, которая поступила ранее других заявок на
участие в конкурсе с участием субъектов МСП.
1. Оценка по критерию «Цена договора» (Цi).
Значимость (весомость) критерия (VЦi) – 60%.
Ц min
БЦ
=
*100
i
ЦЗi
где:
БЦi – количество баллов, присвоенное заявке i-го участника по критерию «Цена договора», без
учета значимости (весомости) критерия;
Цmin – минимальная цена участника, указанная в заявке из представленных участниками
предложений, руб.
ЦЗi – предложенная цена i-го участника, указанная в заявке, руб.
Цена договора, предложенная участником закупки, не должна превышать установленную
Заказчиком начальную (максимальную) цену договора.
Цены за единицы услуг, указанные в предложении о цене договора участника закупки, не
должны превышать средние цены за единицы услуг, указанные в разделе VI закупочной
документации «Обоснование и расчёт начальной (максимальной) цены договора».
Количество баллов, присвоенное заявке i-го участника по критерию «Цена договора» (Цi)
определяется по формуле:
Цi = БЦi х VЦi
где:
БЦi – количество баллов, присвоенное заявке i-го участника по критерию «Цена договора», без
учета значимости (весомости) критерия;
VЦi – значимость (весомость) критерия «Цена договора».
2. Оценка по критерию «Наличие опыта» (Оi).
Значимость (весомость) критерия (VОi) – 20%.
Наименование
Основание для выставления баллов (БОi)
критерия
Оi1
Количество зарегистрированных внедренных решений на базе 1С:
(Наличие опыта
ERP Управление предприятием или 1С:ERP. Управление
реализации проектов холдингом, или 1С:Управление холдингом, опубликованных на
внедрения и
сайте https://1c.ru/ в разделе рейтинг партнёров «1С:Центры
разработки решений компетенции
по
ERP-решениям»
на базе 1С: ERP
(https://1c.ru/rus/partners/ckerp.jsp),
с
количеством
Управление
автоматизированных рабочих мест пользователей 100 (сто) и более:
предприятием или
1С:ERP. Управление
холдингом, или
1С:Управление
холдингом)
где:
Хi – значение показателя, содержащееся в предложении участника
закупки (коллективного участника), заявка которого подлежит
оценке по критерию;
Xmin – минимальное значение показателя, содержащееся в заявках,
подлежащих оценке по критерию;
Xmax –максимальное значение показателя, содержащееся в заявках,
подлежащих оценке по критерию.
Итого количество
Оi = БОi*VОi
баллов по критерию где БОi – количество баллов, присвоенное заявке i-го участника по
Оi
критерию «Наличие опыта», без учета значимости (весомости)
«Наличие опыта»
критерия;
VОi – значимость (весомость) критерия «Наличие опыта».
1
В качестве подтверждения опыта участник (коллективный участник) предоставляет
сведения о количестве зарегистрированных внедренных решений с количеством
автоматизированных рабочих мест пользователей 100 (сто) и более.
Оценка по критерию осуществляется на основании информации, размещенной на
официальном сайте Фирмы 1С https://1c.ru/ в разделе рейтинг партнёров «1С:Центры
компетенции по ERP-решениям» (https://1c.ru/rus/partners/ckerp.jsp).
В случае отсутствия информации на официальном сайте Фирмы 1С https://1c.ru/ в
разделе
рейтинг
партнёров
«1С:Центры
компетенции
по
ERP-решениям»
(https://1c.ru/rus/partners/ckerp.jsp), участнику закупки по критерию «Наличие опыта»
присваивается количество баллов равное нулю.
3. Оценка по критерию «Квалификация участника закупки» (Кi).
Значимость (весомость) критерия (VКi) – 5%.
Наименование
подкритерия
Основание для выставления баллов
Кi12
(Рейтинг партнеров
«1С:Центры
компетенции по ERPрешениям»)
Наличие официального статуса на сайте Фирмы 1С
https://1c.ru/rus/partners/ckerp.jsp в разделе Рейтинг
партнеров «1С:Центры компетенции по ERPрешениям»:
Отсутствие статуса – 0 баллов;
Кандидат в 1С:Центр ERP – 50 баллов;
1С:Центр ERP – 100 баллов.
Предоставление копии сертификата системы
менеджмента качества «ISO 9001:2015»:
Отсутствие сертификата – 0 баллов;
Наличие сертификата – 100 баллов.
Кi23
(Наличие сертификата
системы менеджмента
качества «ISO
9001:2015»)
Итого количество
баллов по критерию
Кi
«Квалификация
участника закупки»
(БКi1, БКi2)
Значимость
(весомость)
подкритерия
(VКi1, VКi2)
50%
50%
Кi= Кi1+ Кi2
Кi1 = БКi1*VКi1*VКi, Кi2 = БКi2*VКi2*VКi
где БКi – количество баллов, присвоенное заявке i-го участника по
критерию «Квалификация участника закупки», без учета
значимости (весомости) критерия;
где БКi1, БКi2 – количество баллов, присвоенное заявке i-го
участника по соответствующему подкритерию, без учета
весомости критерия;
VКi1, VКi2 – значимость (весомость) соответствующего
подкритерия;
VКi – значимость (весомость) критерия «Квалификация участника
закупки».
2
В качестве подтверждения квалификации участник (коллективный участник)
предоставляет сведения о статусе в рейтинге партнеров «1С:Центры компетенции по ERPрешениям».
Оценка по подкритерию осуществляется на основании информации, размещенной на
официальном сайте Фирмы 1С https://1c.ru/rus/partners/ckerp.jsp.
В случае отсутствия информации на официальном сайте Фирмы 1С
https://1c.ru/rus/partners/ckerp.jsp, участнику закупки по настоящему подкритерию критерия
«Квалификация участника закупки» присваивается количество баллов равное нулю.
3
В качестве подтверждения квалификации участник (коллективный участник)
предоставляет копию сертификата системы менеджмента качества «ISO 9001:2015».
Оценка по критерию осуществляется на основании документов, представленных участником
закупки в составе заявки (формы в Разделе V закупочной документации).
В случае не предоставления/предоставления не в полном объеме/наличия
противоречивых сведений в предложении участника и приложенных участником
подтверждающих копиях документов, участнику закупки по соответствующему
подкритерию критерия «Квалификация участника закупки» присваивается количество
баллов равное нулю.
4. Оценка по критерию «Квалифицированный состав специалистов» (Сi).
Значимость (весомость) критерия (VСi) – 15%.
Наименование подкритерия
Сi14
(Наличие в штате участника
специалистов с сертификатом «1С:
Руководитель корпоративных
проектов»)
Сi25
(Наличие в штате участника
специалистов с сертификатом «1С:
Эксперт по технологическим
вопросам»)
Сi36
(Наличие в штате участника
специалистов с сертификатом «1С:
Специалист» по платформе «1С:
Предприятие 8.3»)
Сi47
(Наличие в штате участника
специалистов с сертификатом «1С:
Специалист-консультант» по
внедрению подсистем
управленческого учета в «1С: ERP
Управление предприятием»)
Основание для выставления баллов
(БСi1 – БСi10)
Предоставление копий трудовых договоров или
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
0 специалистов – 0 баллов;
1 специалист – 50 баллов;
2 специалиста и более – 100 баллов.
Предоставление копий трудовых договоров или
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
0 специалистов – 0 баллов;
1 специалист и более – 100 баллов.
Предоставление копий трудовых договоров или
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
0 специалистов – 0 баллов;
1 специалист – 20 баллов;
2 специалиста – 40 баллов.
3 специалиста – 60 баллов;
4 специалиста – 80 баллов;
5 специалистов и более – 100 баллов.
Предоставление копий трудовых договоров или
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
1 специалист – 25 баллов;
2 специалиста – 50 баллов;
3 специалиста – 75 баллов;
4 специалиста и более – 100 баллов.
Значимость
(весомость)
подкритерия
(VСi1 – VСi10)
25%
10%
10%
10%
Сi58
(Наличие в штате участника
специалистов с сертификатом «1С:
Специалист-консультант» по
внедрению подсистем
регламентированного учета в «1С:
ERP Управление предприятием»)
Сi69
(Наличие в штате участника
специалистов с сертификатом «1С:
Специалист-консультант» по
внедрению подсистем «Управление
производством и организация
ремонтов» в «1С: ERP Управление
предприятием»)
Сi710
(Наличие в штате участника
специалистов с сертификатом «1С:
Специалист-консультант» по
внедрению подсистем
«Бюджетирование» в «1С: ERP
Управление предприятием»)
Сi811
(Наличие в штате участника
специалистов с сертификатом «1С:
Специалист-консультант» по
внедрению прикладного решения
«1С: Бухгалтерия 8»)
Сi912
(Наличие в штате участника
специалистов с сертификатом «1С:
Специалист-консультант» по
внедрению прикладного решения
«1С: Зарплата и управление
персоналом 8»)
Сi1013
(Наличие в штате участника
специалистов с сертификатом «1С:
Специалист-консультант» по
настройке и администрированию
«1С: Документооборота»)
Итого количество баллов по
критерию Сi
«Квалифицированный состав
специалистов»
Предоставление копий трудовых договоров или
5%
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
0 специалистов – 0 баллов;
1 специалист – 50 баллов;
2 специалиста и более – 100 баллов.
Предоставление копий трудовых договоров или
10%
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
1 специалист – 25 баллов;
2 специалиста – 50 баллов;
3 специалиста – 75 баллов;
4 специалиста и более – 100 баллов.
Предоставление копий трудовых договоров или
10%
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
0 специалистов – 0 баллов;
1 специалист – 20 баллов;
2 специалиста – 40 баллов.
3 специалиста – 60 баллов;
4 специалиста – 80 баллов;
5 специалистов и более – 100 баллов.
Предоставление копий трудовых договоров или
5%
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
0 специалистов – 0 баллов;
1 специалист – 50 баллов;
2 специалиста и более – 100 баллов.
Предоставление копий трудовых договоров или
5%
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
0 специалистов – 0 баллов;
1 специалист – 50 баллов;
2 специалиста и более – 100 баллов.
Предоставление копий трудовых договоров или
10%
копий трудовых книжек, или сведений о трудовой
деятельности, предусмотренных статьей 66.1
Трудового кодекса Российской Федерации, и
соответствующих сертификатов:
0 специалистов – 0 баллов;
1 специалист – 50 баллов;
2 специалиста и более – 100 баллов.
Сi= Сi1+ Сi2+ Сi3 + Сi4 + Сi5 + Сi6 + Сi7 + Сi8+ Сi9+ Сi10
Сi1 = БСi1*VСi1*VСi, Сi2 = БСi2*VСi2*VСi,
Сi3 = БСi3*VСi3*VСi, Сi4 = БСi4*VСi4*VСi,
Сi5 = БСi5*VСi5*VСi, Сi6 = БСi6*VСi6*VСi,
Сi7 = БСi7*VСi7*VСi, Сi8 = БСi8*VСi8*VСi
Сi9 = БСi9*VСi9*VСi, Сi10 = БСi10*VСi10*VСi
где БСi 1-10 – количество баллов, присвоенное заявке i-го участника по
соответствующему подкритерию, без учета весомости критерия;
VСi 1-10 – значимость (весомость) соответствующего подкритерия;
VСi – значимость (весомость) критерия.
4-13
В качестве подтверждения квалификации участника закупки участник предоставляет
копии трудовых договоров или копии трудовых книжек, или сведения о трудовой
деятельности, предусмотренные статьей 66.1 Трудового кодекса Российской Федерации, и
копии действующих сертификатов на специалистов, а именно: «1С: Руководитель
корпоративных проектов», «1С: Эксперт по технологическим вопросам», «1С:
Специалист» по платформе «1С: Предприятие 8.3», «1С: Специалист-консультант» по
внедрению подсистем управленческого учета в «1С: ERP Управление предприятием»,
«1С: Специалист-консультант» по внедрению подсистем регламентированного учета в
«1С: ERP Управление предприятием», «1С: Специалист-консультант» по внедрению
подсистем «Управление производством и организация ремонтов» в «1С: ERP Управление
предприятием»,
«1С:
Специалист-консультант»
по
внедрению
подсистем
«Бюджетирование» в «1С: ERP Управление предприятием», «1С: Специалистконсультант» по внедрению прикладного решения «1С: Бухгалтерия 8», «1С:
Специалист-консультант» по внедрению прикладного решения «1С: Зарплата и
управление персоналом 8», «1С: Специалист-консультант» по настройке и
администрированию «1С: Документооборота».
Оценка по критерию и подкритериям осуществляется на основании документов,
представленных участником закупки в составе заявки (формы в Разделе V закупочной
документации).
В случае не предоставления/предоставления не в полном объеме/наличия
противоречивых сведений в предложении участника и приложенных участником
подтверждающих копиях документов, участнику закупки по соответствующему
подкритерию критерия «Квалифицированный состав специалистов» присваивается
количество баллов равное нулю.
Порядок оценки и сопоставления заявок:
Рейтинг заявки представляет собой оценку в баллах, получаемую по результатам оценки
по критериям с учетом значимости (весомости) данных критериев.
Тендерным комитетом каждой заявке на участие в закупке относительно других по мере
уменьшения степени выгодности содержащихся в них условий исполнения договора
присваивается порядковый номер. Заявке на участие в закупке, в которой содержатся лучшие
условия исполнения договора (самый высокий (максимальный) итоговый рейтинг),
присваивается первый номер.
В случае, если максимальный итоговый рейтинг получат два и более участников закупки,
меньший порядковый номер присваивается заявке на участие в закупке, которая поступила
ранее других заявок на участие в закупке.
Оценка по всем критериям осуществляется на основании документов, представленных
участником закупки в составе заявки.
18. Описание предмета закупки в соответствии с частью 6.1 статьи 3 Закона № 223ФЗ:
Описание предмета закупки представлено в Техническом задании (раздел III закупочной
документации), Проекте договора (раздел IV закупочной документации).
19. Размер обеспечения заявки на участие в закупке, порядок и срок его
предоставления. Размер обеспечения исполнения договора, порядок и срок его
предоставления, а также основное обязательство, исполнение которого обеспечивается, и
срок его исполнения:
Размер обеспечения заявки на участие в конкурсе с участием субъектов МСП: 2% от
начальной (максимальной) цены договора – 1 220 119,61 (Один миллион двести двадцать
тысяч сто девятнадцать) рублей 61 копейка.
Обеспечение заявки может предоставляться участником закупки по его выбору путем
внесения денежных средств или путем предоставления независимой гарантии.
При осуществлении конкурентной закупки с участием субъектов малого и среднего
предпринимательства денежные средства, предназначенные для обеспечения заявки на участие
в такой закупке, вносятся участником такой закупки на специальный счет, открытый им в
банке, включенном в перечень, определенный Правительством Российской Федерации в
соответствии с Федеральным законом от 5 апреля 2013 года № 44-ФЗ «О контрактной системе в
сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных
нужд» (далее – специальный банковский счет).
Независимая гарантия, предоставляемая в качестве обеспечения заявки на участие
в закупке, должна соответствовать следующим требованиям:
 независимая гарантия должна быть выдана гарантом, предусмотренным частью 1
статьи 45 Федерального закона от 5 апреля 2013 года № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд»;
 информация о независимой гарантии должна быть включена в реестр независимых
гарантий, предусмотренный частью 8 статьи 45 Федерального закона от 5 апреля 2013 года №
44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд»;
 независимая гарантия не может быть отозвана выдавшим ее гарантом;
 независимая гарантия должна содержать:
а) условие об обязанности гаранта уплатить заказчику (бенефициару) денежную сумму
по независимой гарантии не позднее десяти рабочих дней со дня, следующего за днем
получения гарантом требования заказчика (бенефициара), соответствующего условиям такой
независимой гарантии, при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования;
б) перечень документов, подлежащих представлению заказчиком гаранту одновременно
с требованием об уплате денежной суммы по независимой гарантии, в случае установления
такого перечня Правительством Российской Федерации в соответствии с пунктом 4 части 32
статьи 3.4 Закона № 223-ФЗ;
в) указание на срок действия независимой гарантии, который не может составлять менее
одного месяца с даты окончания срока подачи заявок на участие в такой закупке.
Несоответствие независимой гарантии, предоставленной участником закупки с участием
субъектов малого и среднего предпринимательства, требованиям, предусмотренным статьей
3.4 Закона № 223-ФЗ, является основанием для отказа в принятии ее заказчиком.
В течение одного часа с момента окончания срока подачи заявок на участие в
конкурентной закупке с участием субъектов малого и среднего предпринимательства оператор
электронной площадки направляет в банк информацию об участнике закупки и размере
денежных средств, необходимом для обеспечения заявки. Банк в течение одного часа с
момента получения указанной информации осуществляет блокирование при наличии на
специальном банковском счете участника закупки незаблокированных денежных средств в
размере обеспечения указанной заявки и информирует оператора. Блокирование денежных
средств не осуществляется в случае отсутствия на специальном банковском счете участника
такой закупки денежных средств в размере для обеспечения указанной заявки либо в случае
приостановления операций по такому счету в соответствии с законодательством Российской
Федерации, о чем оператор электронной площадки информируется в течение одного часа. В
случае, если блокирование денежных средств не может быть осуществлено по основаниям,
предусмотренным частью 15 статьи 3.4 Закона № 223-ФЗ, оператор электронной площадки
обязан вернуть указанную заявку подавшему ее участнику в течение одного часа с момента
получения соответствующей информации от банка.
Размер обеспечения исполнения договора на участие в конкурсе с участием субъектов
МСП устанавливается в размере аванса, т.к. договором предусмотрена выплата аванса.
Обеспечение исполнения договора может предоставляться участником закупки по его
выбору путем внесения денежных средств на счет Заказчика или путем предоставления
независимой гарантии.
Реквизиты счета для внесения обеспечения исполнения договора:
Получатель: акционерное общество «Кавминкурортресурсы»
ИНН 2626003072; КПП 262601001
р/с 40702810860030100330;
в Ставропольском отделении № 5230 ПАО СБЕРБАНК г. Ставрополь
БИК 040702615; к\с 30101810907020000615.
Назначение платежа: Обеспечение исполнения Договора № _______ (закупка
№ 74/2026).
Независимая гарантия, выданная участнику конкурентной закупки банком для целей
обеспечения исполнения договора, должна соответствовать следующим положениям:
 должна быть выдана гарантом, предусмотренным частью 1 статьи 45 Федерального
закона от 5 апреля 2013 года № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд»;
 информация о независимой гарантии должна быть включена в реестр независимых
гарантий, предусмотренный частью 8 статьи 45 Федерального закона от 5 апреля 2013 года №
44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд»;
 независимая гарантия не может быть отозвана выдавшим ее гарантом.
Независимая гарантия, предоставляемая в качестве обеспечения исполнения
договора, должна содержать:
- условие об обязанности гаранта уплатить заказчику (бенефициару) денежную сумму по
независимой гарантии не позднее десяти рабочих дней со дня, следующего за днем получения
гарантом требования заказчика (бенефициара), соответствующего условиям такой
независимой гарантии, при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования;
- перечень документов, подлежащих представлению заказчиком гаранту одновременно с
требованием об уплате денежной суммы по независимой гарантии, в случае установления
такого перечня Правительством Российской Федерации в соответствии с пунктом 4 части 32
статьи 3.4 Закона № 223-ФЗ.
- указание на срок ее действия, который не может составлять менее одного месяца с даты
окончания предусмотренного извещением об осуществлении конкурентной закупки с
участием субъектов малого и среднего предпринимательства, документацией о такой закупке
срока исполнения основного обязательства.
Гарант в случае просрочки исполнения обязательств по независимой гарантии,
требование об уплате денежной суммы по которой соответствует условиям такой независимой
гарантии и предъявлено заказчиком до окончания срока ее действия, обязан за каждый день
просрочки уплатить заказчику неустойку (пени) в размере 0,1 процента денежной суммы,
подлежащей уплате по такой независимой гарантии.
Независимая гарантия, предоставляемая в качестве обеспечения исполнения
договора, не должна содержать условие о представлении заказчиком гаранту судебных актов,
подтверждающих неисполнение участником закупки обязательств, обеспечиваемых
независимой гарантией.
Несоответствие независимой гарантии, предоставленной участником закупки с участием
субъектов малого и среднего предпринимательства, требованиям, предусмотренным статьей
3.4 Закона № 223-ФЗ, является основанием для отказа в принятии ее заказчиком.
Основное обязательство и срок его исполнения: оказание услуг по внедрению
комплекса информационных систем «1С: ERP Управление холдингом», «1С: ТОиР» и «1С:
Документооборот КОРП» с целью автоматизации бизнес процессов в соответствии с
условиями договора не более 540 (пятисот сорока) календарных дней c даты заключения
договора.
Обеспечение исполнения договора предоставляется участником закупки, с которым
заключается договор, до его заключения (до подписания такого договора). Участник закупки,
не выполнивший данного требования, признается уклонившимся от заключения договора. В
этом случае уклонение участника закупки от заключения договора оформляется протоколом,
который размещается в единой информационной системе.
20. Сведения в соответствии с национальным режимом:
В соответствии с пунктом «б» части 2 статьи 3.1-4 Закона № 223-ФЗ и на основании
Постановления Правительства Российской Федерации от 23.12.2024 № 1875 «О мерах по
предоставлению национального режима при осуществлении закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг
отдельными видами юридических лиц» (далее – ПП РФ № 1875) запрет, ограничение,
приоритет в отношении товаров российского происхождения (в том числе поставляемых при
выполнении закупаемых работ, оказании закупаемых услуг), работ, услуг, соответственно
выполняемых, оказываемых российскими лицами: не применяются3.
Минимальная обязательная доля закупок товаров российского происхождения,
предусмотренная пунктом 2 ПП РФ № 1875: не применяется в настоящей закупке.
21. Срок подписания договора участником - победителем по результатам конкурса:
Срок заключения договора с победителем конкурса с участием субъектов МСП не ранее
чем через 10 (десять) дней и не позднее чем через 20 (двадцать) дней со дня размещения в
единой информационной системе протокола подведения итогов конкурса с участием субъектов
МСП.
Договор по результатам проведения конкурса с участием субъектов МСП заключается с
использованием программно-аппаратных средств электронной площадки и должен быть
подписан электронной подписью лица, имеющего право действовать от имени соответственно
участника закупки, Заказчика, на условиях, которые предусмотрены проектом договора,
документацией о закупке, извещением об осуществлении конкурса с участием субъектов МСП
и заявкой участника такой закупки, с которым заключается договор.
В случае наличия разногласий по проекту договора, направленному Заказчиком,
участник закупки составляет протокол разногласий в соответствии с пунктом 11.32 Положения
о закупке АО «КМКР» и пунктом 28 статьи 3.4 Закона № 223-ФЗ.
22. Возможность изменения количества товаров, объема работ, услуг, цены
закупаемых товаров, работ, услуг, цены договора:
В соответствии с условиями, предусмотренными Проектом договора (раздел IV
закупочной документации).
23. Порядок привлечения субподрядных организаций (третьих лиц) к выполнению
работ:
С согласия Заказчика Исполнитель вправе привлекать для оказания услуг или части услуг
третьих лиц и распределять объемы данных услуг между собой и соисполнителями.
При этом полную ответственность за качество оказания услуг и все предусмотренные
применимым правом гарантии несет Исполнитель.
24. Возможность подачи альтернативных предложений:
Не предусмотрена.
25. Антидемпинговые меры:
При проведении данной закупки Заказчиком установлены антидемпинговые меры на
основании пункта 3.6 с учетом пункта 11.2 Положения о закупке АО «КМКР».
Если при проведении закупки участником закупки, с которым заключается договор,
будет предложена цена договора, которая на 25 (двадцать пять) и более процентов ниже
начальной (максимальной) цены договора, договор заключается только после предоставления
таким участником обеспечения в размере 30% от начальной максимальной цены договора, что
составляет: 18 301 794,10 (Восемнадцать миллионов триста одна тысяча семьсот
девяносто четыре) рубля 10 копеек.
Обеспечение предоставляется участником закупки, с которым заключается договор, до
его заключения. Участник закупки, не выполнивший данного требования, признается
уклонившимся от заключения договора. В этом случае уклонение участника закупки от
заключения договора оформляется протоколом, который размещается в единой
информационной системе и доводится до сведения всех участников закупки не позднее
рабочего дня, следующего за днем подписания указанного протокола.
Предоставление обеспечения антидемпинговых мер не освобождает участника от
Пункт 2 информационного письмо Минфина России от 31.01.2025 № 24-01-06/8697 «О применении
положений постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О
мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами
юридических лиц»
3
предоставления обеспечения исполнения договора, которое является обязательным (пункт 19
настоящего раздела документации).
Обеспечение антидемпинговых мер обеспечивается участником конкурентной закупки,
с которым заключается договор, либо внесением денежных средств на счет Заказчика, либо
передачей Заказчику оригинала независимой гарантии. Способ обеспечения антидемпинговых
мер участник закупки, с которым заключается договор, выбирает самостоятельно.
Реквизиты счета для внесения обеспечения антидемпинговых мер денежными
средствами:
Получатель: акционерное общество «Кавминкурортресурсы»
ИНН 2626003072; КПП 262601001
р/с 40702810860030100330;
в Ставропольском отделении № 5230 ПАО СБЕРБАНК г. Ставрополь;
БИК 040702615; к\с 30101810907020000615.
Назначение платежа: Обеспечение антидемпинговых мер по Договору № _______
(закупка № 74/2026).
Требования к независимой гарантии, предоставляемой в качестве обеспечения
антидемпинговых мер, установлены частью 31 статьи 3.4 Закона № 223-ФЗ и аналогичны
требованиям к независимой гарантии, предоставляемой в качестве обеспечения исполнения
договора, указанным в пункте 19 настоящего раздела документации.
Основное обязательство и срок его исполнения: оказание услуг по внедрению
комплекса информационных систем «1С: ERP Управление холдингом», «1С: ТОиР» и «1С:
Документооборот КОРП» с целью автоматизации бизнес процессов в соответствии с
условиями договора не более 540 (пятисот сорока) календарных дней c даты заключения
договора.
26. Последствия признания конкурса несостоявшимся:
В случае если по окончании срока подачи заявок на участие в конкурсе с участием
субъектов МСП не подано ни одной заявки на участие в закупке, все заявки на участие в
закупке отклонены, подана только одна заявка на участие в конкурсе с участием субъектов
МСП, отклонены все заявки, за исключением одной заявки, от заключения договора
уклонились все участники закупки, конкурс с участием субъектов МСП признается
несостоявшимся.
В случае если конкурсной документацией предусмотрено два и более лота, конкурс с
участием субъектов МСП признается несостоявшимся только в отношении тех лотов, в
отношении которых подана только одна конкурсная заявка, или не подано ни одной заявки на
участие в конкурсе с участием субъектов МСП, или по результатам процедуры рассмотрения
заявок отклонены все поступившие заявки, или по результатам процедуры рассмотрения
заявок отклонены все поступившие заявки, за исключением одной заявки на участие в закупке,
от заключения договора уклонились все участники закупки.
При этом Заказчик вправе:
1) отказаться от проведения повторной процедуры закупки, в случае если утрачена
потребность в закупке предполагаемого предмета договора;
2) объявить повторную закупку в виде конкурса или запроса предложений без
соблюдения правил, установленных Постановлением Правительства Российской Федерации от
11.12.2014 № 1352, или выбрать иной способ закупки, в том числе изменив условия закупки;
3) произвести закупку у единственного участника, признанного участником конкурса с
участием субъектов МСП в соответствии с пунктом 5.6.7 Положения;
4) осуществить закупку у единственного поставщика.
27. Правовые основы проведения конкурса:
Данный конкурс проводится в соответствии с:
1) Законом № 223-ФЗ;
2) Положением о закупке АО «КМКР».
Раздел III
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по внедрению комплекса информационных систем «1С: ERP Управление
холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес
процессов
Оглавление
Оглавление.....................................................................................................................................
1. Назначение документа..................................................................................................................
2. Определения терминов и сокращений........................................................................................
3. Цели УСЛУГ по внедрению комплекса ИС...............................................................................
4. Содержание УСЛУГ по внедрению комплекса ИС...................................................................
5. Место проведения Оказания услуг..............................................................................................
6. Конфиденциальность....................................................................................................................
7. Общие методологические требования к внедрению..................................................................
8. Организационные рамки оказания услуг по внедрению комплекса ИС.................................
9. Функциональные рамки оказания услуг по внедрению комплекса ИС...................................
10. Требования к защите информации от несанкционированного доступа..................................
11. План выполнения работ и распределение ответственности по внедрению ИС......................
12. Результаты и сроки оказания услуг.............................................................................................
13. Содержание итоговых документов..............................................................................................
14. Требования к обучению Пользователей.....................................................................................
15. Приложения...................................................................................................................................
Приложение 1. Перечень отчетов о моделировании по функциональным блокам...................
Приложение 2. Перечень функциональных требований..............................................................
Приложение 3. Перечень планируемых интеграционных потоков.............................................
Приложение 4. Перечень планируемых доработок внедряемых ИС..........................................
Приложение 5. Форма NDA............................................................................................................
Приложение 6. Процедуры управления Проектом.......................................................................
Приложение 7. Нефункциональные требования...........................................................................
НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ (далее – ТЗ) описывает необходимые требования к объему,
содержанию услуг по проекту внедрения комплекса информационных систем в акционерном
обществе «КАВМИНКУРОРТРЕСУРСЫ».
Настоящее ТЗ является основным документом по внедрению целевых систем и охватывает
функциональные области, планируемые к реализации в рамках этапов проекта внедрения.
ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Таблица 1. Определение терминов и расшифровки сокращений
Сокращение /
Термин
1C:ERP. УХ, ERP,
1С:ERP. Управление
холдингом (3.2.10.1)
1С:БП
1С:ДО,
1С:Документооборот
КОРП, редакция
Определение термина (расшифровка сокращения)
1С:ERP Управление холдингом, ред. 3.2 – комплексное программное
решение, разработанное 1С для автоматизации управления крупными
предприятиями и холдинговыми структурами.
1С:Бухгалтерия предприятия» – специализированное программное
обеспечение для автоматизации бухгалтерского, налогового учёта и
подготовки отчётности
1С:Документооборот – система автоматизации документооборота,
разработанная компанией «1С»
Сокращение /
Термин
3.0.19.29
1С:ЗУП
1С:ТОиР,
1С:ТОиР. Управление
ремонтами и
обслуживанием
оборудования КОРП,
ред. 3.0.11.2
Заказчик, АО «КМКР»
Исполнитель
АРМ
БДДС
БП
БДР
Группа процессов,
функциональный блок,
подсистема
Документ системы
ИП
ИС
ИТ
Конфигурация
(Прикладное решение)
Определение термина (расшифровка сокращения)
1С: Зарплата и управление персоналом – программное решение 1С
для автоматизации кадрового учёта, расчёта заработной платы и
управления персоналом
1С:Техническое обслуживание и ремонты – программное решение 1С
для автоматизации процессов технического обслуживания, учёта
оборудования и его ремонта
акционерное общество «Кавминкурортресурсы»
Компания, признанная победителем по результатам проведения
процедуры закупки
Автоматизированное рабочее место — это совокупность
программных и аппаратных средств, созданных для автоматизации
работы специалистов
Бюджет движения денежных средств – план, в котором указывают
источники поступления и направления использования денежных
средств, как наличных, так и безналичных
Бизнес -процесс, цепочка работ (операций, функций), результатом
которой является какой-либо продукт или услуга, имеющие ценность
для внешнего потребителя или внутреннего подразделения. В
цепочку входят операции, которые выполняются структурными
единицами,
расположенными
на
различных
уровнях
организационной структуры Компании. В ходе Бизнес-процесса
потребляются ресурсы (производственные, материальные, трудовые,
финансовые)
Бюджет доходов и расходов – план, который отражает ожидаемые
доходы и расходы компании за определённый период
Часть (элемент) информационной системы, предназначенный для
автоматизации группы связанных бизнес-процессов
Одно из основных понятий системы 1С: Предприятие. При помощи
документов организуется ввод в систему информации о совершаемых
хозяйственных операциях, а также ее просмотр и корректировка. В
большинстве своем документы, которые создаются в процессе
настройки конфигурации задачи, являются электронными аналогами
стандартных бумажных документов, являющихся основаниями для
тех или иных учетных действий, или расчетов
Инвестиционный проект – план по вложению денег и ресурсов в
развитие бизнеса, производства или социальную сферу с целью
получения результата в виде новой или улучшенной продукции, услуг
или процессов
Информационная система – совокупность взаимосвязанных
компонентов, работающих для сбора, обработки, хранения и
передачи данных
Информационные технологии – совокупность методов, процессов и
инструментов для сбора, хранения, обработки, передачи и защиты
информации
Набор настроенных параметров Системы и разработок,
реализованных на платформе 1С:Предприятие 8.3
Сокращение /
Термин
Метаданные
НСИ
Обработка
ОПЭ
ПМИ
ПО
ПСИ
Рабочая группа
Справочник
ТЗ
Типовое решение
(Типовая
конфигурация)
ТМЦ
Форма
ФР
ФТ
Определение термина (расшифровка сокращения)
Совокупность объектов, полностью описывающих все Прикладное
решение
Нормативно-справочная информация, описывает и систематизирует
деятельность организации
Внешний по отношению к конфигурации, специально созданный
Объект, предназначенный для реализации различных алгоритмов
получения, трансформации данных и выполнения сервисных
функций.
Опытно-промышленная эксплуатация – заключительный этап
внедрения ПО, на котором программное обеспечение уже настроено
под процессы компании и готово к проверке в реальных условиях
Программа и методика испытаний.
Технический документ, который детально описывает порядок провед
ения тестов, условия их выполнения и применяемые методы для про
верки
Программное обеспечение – совокупность программ, алгоритмов и
данных, которые обеспечивают функционирование компьютера,
смартфона или другого цифрового устройства и позволяют
пользователю выполнять определённые задачи
Приёмо-сдаточные испытания,
вид испытаний систем в рамках приёмочного контроля,
который проводят, чтобы принять решение о пригодности систем к
использованию
Совокупность отдельных лиц со стороны Заказчика и Исполнителя,
объединенных во временную организационную структуру для
участия в управлении и реализации проекта
Объект конфигурации, используемый для работы с постоянной и
условно постоянной информацией с некоторым множеством
значений. Обычно справочниками являются списки материалов,
товаров, организаций, валют, сотрудников и др.
Техническое задание – документ, в котором фиксируются цели,
требования и условия выполнения проекта или отдельной работы
Набор настроенных параметров учетной системы от фирмы
производителя – 1С. Типовое решение зависит от системы учета и
методологии ведения учета, положенного в его основу
Товарно-материальные ценности - активы компании, которые имеют
физическую форму и используются для получения экономической
выгоды
Специально созданный объект для ввода и просмотра какой-либо
информации в системе, а также для выполнения управления
различными процессами. Форма – это окно, содержащее различные
элементы данных для просмотра или заполнения (реквизиты,
списки), а также управляющие элементы (кнопки, закладки). С
помощью созданных форм программа запрашивает у пользователя ту
информацию, которая необходима ей для дальнейшей работы, либо
выдает какую-либо информацию пользователю для просмотра и
редактирования
Функциональные
разрывы
–
комплекс
технических
и
организационных проблем, возникающих при взаимодействии
различных модулей системы или при интеграции с внешними
сервисами
Функциональные требования – описания конкретных действий,
Сокращение /
Термин
ФХД
ЧТЗ
ЭДО
Электронный
документ
NDA
Определение термина (расшифровка сокращения)
поведения и функций, которые должна выполнять система
Финансово-хозяйственная деятельность – совокупность действий по
производству и продаже товаров, услуг, продукции с использованием
ограниченного объёма финансовых ресурсов
Частные технические задания – выделенный блок технического
задания, в котором описана определённая часть разработок проекта
Электронный документооборот – процесс обмена электронными
документами
Электронный документ – это любой документ, который представлен в
электронном виде, в том числе это может быть скан-образ документа,
файл, набранный в текстовом редакторе
Соглашение о конфиденциальности и неразглашении информации
между Заказчиком и Сиполнителем
ЦЕЛИ УСЛУГ ПО ВНЕДРЕНИЮ КОМПЛЕКСА ИС
Объектом внедрения являются бизнес-процессы ведения финансово-хозяйственной
деятельности АО «КМКР».
Цели внедрения:
 Заменить действующие ПО на новейшие системы, объединяющие в единую базу
данные о производстве, продажах, логистике, финансах, управление персоналом;
Максимально автоматизировать внутри компании действующие бизнес-процессы;
 Минимизировать ручное ведение сбора, анализа данных в разрозненных
электронных таблицах;
 Обеспечить соответствие учетной информационной системы Заказчика
действующему законодательству РФ за счет своевременного получения обновлений
от фирмы «1С»;
 Создать единую экосистему ИТ из взаимосвязанных информационных систем,
сервисов и технологических решений, которая решает бизнес-задачи.
СОДЕРЖАНИЕ УСЛУГ ПО ВНЕДРЕНИЮ КОМПЛЕКСА ИС
Содержание услуг по внедрению комплекса информационных систем:
 Изучить требования к автоматизации, изложенные в настоящем ТЗ;
 Осуществить внедрение:
o «1С:ERP. Управление холдингом (3.2.10.1)» и перевести в архивное
использование используемую «1С:Бухгалтерия 8 ПРОФ» (с обеспечением
доступа для просмотра исторических данных сотрудниками Заказчика);
o «1С:Документооборот КОРП, редакция 3.0.19.29» и перевести в архивное
использование «1С:Документооборот 8 КОРП (ред. 2.1)» (с обеспечением
доступа для просмотра исторических данных сотрудниками Заказчика);
o «1С:ТОиР. Управление ремонтами и обслуживанием оборудования КОРП,
ред. 3.0.11.2».
 Осуществить внедрение указанного ПО для обеспечения учета бизнес-процессов и
осуществления
функций,
определенных
отчетами
о
моделировании,
представленных в Приложении 1;
 Обеспечить перевод используемой «1С:Зарплата и управление персоналом 8 ПРОФ»
от отключаемой «1С:Бухгалтерия 8 ПРОФ» на «1С:ERP. Управление холдингом
(3.2.10.1)».
 Разработать архитектуру решения, базы данных, пользовательские интерфейсы и
другие аспекты, необходимые для внедрения указанных конфигураций, на основе









составленных требований - Приложение 2. Перечень функциональных требований, с
учетом пикового количества Пользователей системы – около 100 человек;
Настроить интеграционные потоки, состав которых содержится в Приложении 3.
Перечень планируемых интеграционных потоков;
Осуществить непосредственную настройку и доработку систем, интеграцию всех
модулей и компонентов, обеспечить их тестирование и исправление ошибок;
Провести миграцию данных, обеспечивая перенос существующих данных из
отключаемых систем в новые ИС. Перечень мигрируемых данных, глубина
миграции и источники представлены в Отчетах о моделировании, относящихся к
конкретному функциональному блоку, в подпунктах 4.4 раздела 4 (см. Приложение
1. Перечень отчетов о моделировании по функциональным блокам);
Обеспечить покрытие нефункциональных требований по Проекту (см. Приложение
7. Нефункциональные требования);
Провести обучающий тренинг для персонала Заказчика по работе в новых
информационных системах;
Провести подготовку к опытно-промышленной эксплуатации;
Разработать инструкции по эксплуатации внедряемых ИС по ролям пользователей;
Обеспечить консультационную поддержку в период опытно-промышленной
эксплуатацию, устранить выявленные нарушения в работе системы;
Провести подготовку к промышленной эксплуатации, обеспечить техническую
готовность к запуску системы в промышленную эксплуатацию.
МЕСТО ПРОВЕДЕНИЯ ОКАЗАНИЯ УСЛУГ
Услуги по внедрению комплекса информационных систем выполняются дистанционно
путем организация удаленного доступа. Для выполнения ряда критических услуг (обучение
пользователей, интеграционное тестирование и подготовка к ОПЭ и т.д.) допускается
присутствие сотрудников Исполнителя на объекте Заказчика территориально: г. Ессентуки.
Дистанционная работа организуется в соответствии с требованиями безопасности
Заказчика. Заказчик предоставляет удаленный доступ к базам данных, расположенным на
серверах Заказчика, и создает в ИТ-системе Заказчика персональные учетные записи для
сотрудников Исполнителя.
КОНФИДЕНЦИАЛЬНОСТЬ
До начала оказания услуг по внедрению комплекса информационных систем между
Заказчиком и Исполнителем должно быть заключено «Соглашение о конфиденциальности и
неразглашении информации» (NDA) по форме, определенной Заказчиком.
Шаблон «Соглашения о конфиденциальности и неразглашении информации» представлен
в Приложение 5. Форма NDA. Исполнитель обязан ознакомиться и согласовать форму
«Соглашения о конфиденциальности и неразглашении информации» и обеспечить ее подписание
с Заказчиком до начала оказания услуг по договору. В случае выявления необходимости внести
правки в форму NDA Исполнитель направляет в Адрес Заказчика «Протокол разногласий» с
указанием формулировок из формы NDA Заказчика и предложения к их корректировке. Заказчик
оставляет за собой право отказать Исполнителю в принятии предложенных правок к форме NDA.
ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЕНИЮ
Для оказания услуг по внедрению комплекса информационных систем используются
конфигурации «1С:ERP. Управление холдингом (3.2.10.1)», «1С:Документооборот КОРП,
редакция 3.0.19.29», «1С:ТОиР. Управление ремонтами и обслуживанием оборудования КОРП,
ред. 3.0.11.2». Все технические решения, описанные в данном документе, базируются на
функциональных возможностях данных редакций ПО. В случае, если на момент разработки и
внедрения систем будет принято решение по использованию других (более новых или старых)
редакций, то это потребует пересмотра части проектных решений в зависимости от
существенности отличий в редакциях систем.
Планируемые настройки и доработки информационных систем прорабатываются в
соответствии с системой стандартов и методик разработки конфигураций на технологической
платформе 1С:Предприятие 8, размещенных вендором фирмой 1С по ссылке
https://its.1c.ru/db/v8std#browse:13:-1).
ОРГАНИЗАЦИОННЫЕ РАМКИ ОКАЗАНИЯ УСЛУГ ПО ВНЕДРЕНИЮ КОМПЛЕКСА
ИС
В организационный объем входит одно юридическое лицо - акционерное общество
«Кавминкурортресурсы», сокращенно АО «КМКР».
Место нахождения: Ставропольский край, г. Ессентуки, ул. Пятигорская, 133.
ФУНКЦИОНАЛЬНЫЕ РАМКИ ОКАЗАНИЯ УСЛУГ ПО ВНЕДРЕНИЮ КОМПЛЕКСА
ИС
Бизнес-процессам ФХД соответствуют функциональные блоки информационных систем.
Перечень блоков и набор функций к блокам из типовых и нетиповых функционалов, которые
будут задействованы при внедрении, представлен в Таблице 2.
Таблица 2. Перечень блоков и набор функций к блокам
Информационная Наименование
система
функциональных
блоков
1С:ERP.
НСИ
Управление
Холдингом
Функционал
Набор функций блока
Типовой/Разработка
1С:ERP.
Управление
Холдингом
Бюджетирование
Типовой\Разработка
1С:ERP.
Управление
Холдингом
Маркетинг
Типовой\Разработка
1С:ERP.
Управление
Холдингом
Реализация
Типовой\Разработка
Типовой\Разработка
Управление основными
справочниками предприятия,
настройка пользовательских
интерфейсов, управление
правами доступа, поддержка
интеграции с внешними
системами, контроль
процедур резервного
копирования и обновления
информационных баз
Автоматизировать
бюджетных процессов: от
формирования финансовых
планов до контроля их
исполнения и проведения
план-фактного анализа
Управление клиентами,
история взаимодействий,
управление сделками,
сегментация клиентов,
настройка и управление
скидкам, картами
лояльности, работа с
претензиями
Управление заказами и
работа с клиентами,
автоматизация оформления
сделок, регистрация условий
работы с клиентами,
оформление отгрузки
Информационная Наименование
система
функциональных
блоков
1С:ERP.
Закупки
Управление
Холдингом
Функционал
Набор функций блока
Типовой/Разработка
1С:ERP.
Управление
Холдингом
Складской учет
Типовой\Разработка
1С:ERP.
Управление
Холдингом
Производство
Типовой\Разработка
1С:ERP.
Управление
Холдингом
Бухгалтерский учет
Типовой\Разработка
1С:ЗУП, 1С:ERP.
Управление
Холдингом
Заработная плата
Типовой\Разработка
1С:ERP.
Управление
Холдингом
Отраслевая
специфика
Разработка
Типовой\Разработка
Планирование закупок,
управление потребностями,
управление базой
поставщиков, формирование
заказов, управление
закупочными ценами,
фиксация факта
поступления, корректировки
и возвраты
Управление складскими
запасами, организация
складских процессов,
планирование и управление
доставкой
Формирование
производственных планов,
вариативность оформления
производственных
документов (по заказам, без
заказа), автоматический
расчёт потребностей в
материалах и сырье,
контроль за фактическим
выполнением работ,
формирование отчётов по
производству
Формирование
бухгалтерских и налоговых
проводок, контроль и сверка
регламентированного учёта,
формирование
регламентированной
отчётности
Получение в 1С:ERP.УХ из
1С:ЗУП данных по расчетам
с сотрудниками по оплате
труда, начислению резервов
по оплате труда и
удержанных суммах налога
на доходы физических лиц
Оперативный сбор, хранение
и редактирование
гидрогеологических данных
со скважин минеральных
вод, отчеты для внутренних
пользователей по добыче и
использованию
минеральных вод и лечебной
грязи, формирование
отчетов и статистических
форм для внешних
Информационная Наименование
система
функциональных
блоков
Функционал
Набор функций блока
Типовой/Разработка
1С:ТОиР
Техническое
обслуживание и
ремонты
Типовой\Разработка
1С:ДО
Электронный
документооборот
(ЭДО)
Типовой
контролирующих органов по
гидрогеологическим
данным, затратам на
экологию, а также
формирование платных
справок по платным услугам
метеорологов
Учет технологических
операций и
организационных действий
по поддержанию
работоспособности или
исправности объекта при
использовании по
назначению
Организация электронного
документооборота, контроль
за исполнением задач,
управление доступом и
хранение документации в
единой информационной
базе
Перечень функциональных требований представлен в Приложении 2.
Перечень планируемых интеграционных потоков представлен в Приложении 3.
Перечень планируемых доработок внедряемых систем представлен в Приложении 4.
Процедуры управления Проектом представлены в Приложение 6. Процедуры управления
Проектом.
ТРЕБОВАНИЯ
ДОСТУПА
К
ЗАЩИТЕ
ИНФОРМАЦИИ
ОТ
НЕСАНКЦИОНИРОВАННОГО
Системы комплекса ИС должны быть устойчивы к различным ситуациям, которые могут
повлечь за собой потерю данных и нарушение целостности данных.
Системы должны предоставлять возможность выполнения следующих операций:
 Резервное копирование данных;
 Контроль целостности хранимых данных;
 Восстановление данных при их утере в случае сбоя.
Сохранность информации в системах должна быть обеспечена в случае наступления
следующих событий:
 Отказ оборудования или отключение питания рабочей станции;
 Отказ оборудования или отключение питания на сервере;
 Отказ линий связи, в том числе при осуществлении обмена.
Меры по защите информации должны быть предусмотрены в следующих случаях:
 Отказы и сбои источников питания;
 Отказы серверов;
 Отказы программного обеспечения;
 Отказы вследствие исчерпания ресурсов, ошибок программного обеспечения;
 Отказы вследствие перегрузки;
 Отказы вследствие ошибок пользователей и администраторов.
Защите должна подлежать информация в базе данных используемых систем.
Средствами обеспечения сохранности информации при авариях и сбоях в процессе
эксплуатации являются:
 Использование отказоустойчивых кластерных решений серверов баз данных и
серверов приложений;
 Создание резервной копии базы данных;
 Создание резервной копии программного обеспечения;
 Периодическое тестирование резервных копий;
 Своевременное регламентное обслуживание БД, снижающее степень повреждения
данных при авариях;
 Регулярные планово-профилактические работы восстановления резервных копий
БД.
Системы должны содержать средства восстановления своего состояния, имевшего место до
возникновения сбоя.
В системах защита данных при разрушениях, сбоях должна обеспечиваться стандартными
средствами СУБД, а также аппаратными средствами резервирования Заказчика.
Требования к параметрам восстановления и сохранности данных комплекса систем должны
быть определены на этапе подготовки услуг по системно-технической архитектуре. Архитектура
проектируемых систем и спецификация оборудования должны обеспечивать техническую
возможность соблюдения данных требований.
Подробная процедура резервного копирования и восстановления систем (с выбором
способа резервного копирования) должна быть разработана системным администратором
Заказчика Исполнителем совместно при включении комплекса систем в План восстановления.
Рекомендации по организации процедур регламентного обслуживания, резервного копирования
и восстановления (типы, носители, сроки хранения, правила хранения, время восстановления
работоспособности систем) должны быть указаны в документе «Инструкция службы
сопровождения».
Ответственность по обеспечению сохранности комплекса систем возлагается на
ответственные службы Заказчика.
Процедуры восстановления комплекса систем или ее отдельных конфигураций
из резервных копий должны быть определены в документе «Инструкция службы
сопровождения» на этапе подготовки к эксплуатации систем.
Состав серверного оборудования Заказчика должен предусматривать резервирование всех
задействованных в промышленном окружении конфигураций для оперативного восстановления
штатного режима работы каждой системы комплекса в случае выхода из строя одного или
нескольких элементов серверного оборудования.
Рекомендации по ролям представлены в Отчетах о моделировании в подпунктах раздела 3,
относящихся к конкретному функциональному блоку (см. Приложение 1. Перечень отчетов о
моделировании по функциональным блокам).
ПЛАН ВЫПОЛНЕНИЯ РАБОТ И РАСПРЕДЕЛЕНИЕ ОТВЕТСТВЕННОСТИ ПО
ВНЕДРЕНИЮ ИС
План выполнения работ и распределение ответственности между Заказчиком и
Исполнителем по услугам внедрения комплекса ИС представлен в Таблице 3.
Таблица 3. План выполнения работ и распределение ответственности
№
очер
еди
1.1
Очередь
Работы в зоне ответственности
Исполнителя
Работы в зоне ответственности
Заказчика
Внедрение
1С:ERP.УХ в
части блока:
Складской учет

Разработка ЧТЗ на доработку
Системы и обеспечение интеграции
на основании Реестра
функциональных разрывов и Реестра
интеграционных потоков;

Согласование ЧТЗ на
доработку Системы;

Участие в тестировании
разработанного функционала,
№
очер
еди
1.2.
Очередь
Работы в зоне ответственности
Исполнителя
Работы в зоне ответственности
Заказчика
Внедрение
1С:ERP.УХ в
части блока: ЗУП
1.2.
Внедрение
1С:ERP.УХ в
части блока:
Реализация
1.2.
Внедрение 1С:
Документооборот
1.3.
Внедрение
1С:ERP.УХ в
части блока:
Производство
1.3.
Внедрение
1С:ERP.УХ в
части блока:
Отраслевая
специфика
1.3.
Внедрение
1С:ТОиР
1.3.
Внедрение
1С:ERP.УХ в
части блока: БУ
интеграций и выполненных
настроек Системы;

Участие в Приемосдаточных испытаниях совместно с
Исполнителем, формирование
замечаний и участие в повторном
тестировании с Исполнителем;

Подготовка данных для
миграции по шаблонам
Исполнителя;

Выверка данных
(справочников и начальных
остатков);

Ручной ввод недостающих/
новых данных и установка связей
между объектами учета;

Формирование списка
обучающихся, согласование
программ и графиков обучения;

Подготовка необходимой
инфраструктуры (обеспечение
участников обучения рабочими
местами с доступом к базе и
необходимому оборудованию для
участия в обучении), обеспечение
участия сотрудников в обучении;

Прием в Опытно промышленную эксплуатацию;

Выверка данных
(справочников и начальных
остатков);

Ручной ввод недостающих/
новых данных и установка связей
между объектами учета;

Прием в Промышленную
эксплуатацию
1.4.
Внедрение
1С:ERP.УХ в
части блока:
Бюджетирование

Доработка функционала
Системы, интеграций согласно ЧТЗ и
внесение настроек в Систему на
основании ТЗ на внедрение;

Тестирование разработанного
функционала, интеграций и
выполненных настроек Системы;

Разработка Программы и
методики испытаний;

Проведение Приемосдаточных испытаний совместно с
Заказчиком;

Исправление замечаний,
выявленных при проведении ПСИ,
повторное тестирование с
Заказчиком;

Подготовка шаблонов
миграции и миграция НСИ и
исторических данных, выдача
доступов Пользователям в тестовую
Систему;

Разработка инструкций
Пользователей и Администратора;

Обучение Пользователей;

Тестовое внесение данных и
закрытие месяца (на ограниченных
данных) в системе 1С:ERP.УХ;

Устранение выявленных
замечаний в период тестовой
эксплуатации;

Передача в Опытно промышленную эксплуатацию;

Миграция НСИ и
исторических данных продуктивную
Систему, дозагрузка при
необходимости;

Поддержка Пользователей в
период ОПЭ;

Устранение выявленных
замечаний в период ОПЭ;

Передача в Промышленную
эксплуатацию
1.5.
Внедрение
1С:ERP.УХ в
части блока:
Управление НСИ
2
Внедрение
1С:ERP.УХ
в
части блоков:

Закупки;

Разработка и согласование
ЧТЗ на доработку Системы и
обеспечение интеграции на
основании Реестра функциональных

Согласование ЧТЗ;

Участие в тестировании
разработанного функционала,
интеграций и выполненных
настроек Системы;
№
очер
еди
Очередь
.

Маркетинг
Работы в зоне ответственности
Исполнителя
Работы в зоне ответственности
Заказчика
разрывов и Реестра интеграционных
потоков;

Доработка функционала
Системы, интеграций согласно ЧТЗ и
внесение настроек в Систему на
основании ТЗ на внедрение;

Тестирование разработанного
функционала, интеграций и
выполненных настроек Системы;

Разработка Программы и
методики испытаний;

Проведение Приемосдаточных испытаний совместно с
Заказчиком;

Исправление замечаний,
выявленных при проведении ПСИ,
повторное тестирование с
Заказчиком;

Миграция НСИ и
исторических данных, выдача
доступов Пользователям;

Разработка инструкций
Пользователей и Администратора и
обучение Пользователей;

Поддержка Пользователей в
период ОПЭ;

Устранение выявленных
замечаний в период ОПЭ;

Передача в Промышленную
эксплуатацию

Участие в Приемосдаточных испытаниях совместно с
Исполнителем, формирование
замечаний и участие в повторном
тестировании с Исполнителем;

Подготовка данных для
миграции;

Выверка данных
справочников;

Ручной ввод недостающих/
новых данных и установка связей
между объектами учета;

Предоставление прав
доступа пользователей в
соответствии со списком ролей;

Прием в Промышленную
эксплуатацию
РЕЗУЛЬТАТЫ И СРОКИ ОКАЗАНИЯ УСЛУГ
Результаты и сроки оказания услуг представлены в Таблице 4.
Таблица 4. Результаты и сроки оказания услуг
№
Очередь/этап услуг
очереди
/этап
услуг
1.1
Внедрение 1С:ERP.УХ в части
блоков: Складской учет
Длительность Результат услуг
,
рабочие дни
105,
с даты
заключения
договора
1.2.
Внедрение 1С:ERP.УХ в части
блоков: Реализация
127,
с даты
заключения
договора

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.
№
Очередь/этап услуг
очереди
/этап
услуг
1.2.
Длительность Результат услуг
,
рабочие дни
Внедрение 1С:ERP.УХ в части
блоков: ЗУП
127,
с даты
заключения
договора
1С:ДО. Переход на редакцию 3.0
127,
с даты
заключения
договора
Внедрение 1С:ERP.УХ в части
блоков: Производство
148,
с даты
заключения
договора
Внедрение 1С:ERP.УХ в части
блоков: Отраслевая специфика
148,
с даты
заключения
договора
Внедрение 1С:ТОиР
148,
с даты
заключения
договора
Внедрение 1С:ERP.УХ в части
блоков: БУ
148,
с даты
заключения
договора
Внедрение 1С:ERP.УХ в части
блоков: Бюджетирование
214,
с даты
заключения
договора
1.2.
1.3.
1.3.
1.3.
1.4.
1.5.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.
№
Очередь/этап услуг
очереди
/этап
услуг
1.6.
Длительность Результат услуг
,
рабочие дни
Внедрение 1С:ERP.УХ в части
блоков: Управление НСИ
236,
с даты
заключения
договора
Внедрение 1С:ERP.УХ в части
блоков: Закупки
130, старт
работ с
01.04.2027
Внедрение 1С:ERP.УХ в части
блоков: Маркетинг
130, старт
работ с
01.04.2027
2.
2.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.

ЧТЗ;

ПМИ;

Протокол ПСИ;

Протокол миграции;

Рабочие инструкции
по ролям пользователей;

Журнал ОПЭ.
Ключевые ограничения по срокам оказания услуг:
 Проведение ОПЭ по очереди №1, этап 1.4 (в части внедрения 1С:ERP.УХ) по блоку
БУ должно быть обеспечено вплоть до сдачи Исполнителем квартальной отчётности
за I квартал 2027 года. В объём поддержки (в период проведения ОПЭ
Исполнителем) должны входить консультации Заказчика по формирования
отчётности, а также устранение ошибок, влияющих на закрытие периода и
формирование отчётности;
 Доработки внедряемых ИС разделены на очереди реализации, представленной в
Приложении 4. Очередность реализации может быть изменена по согласованию с
Заказчиком в ходе выполнения Проекта без изменения ключевых сроков Проекта.
При этом в первую очередь должны включаться только те доработки, которые
оказывают влияние на возможность запуска внедряемых систем в ОПЭ. Доработки,
не влияющие на запуск ИС в ОПЭ, должны быть отнесены на вторую очередь
реализации;
 Общий срок реализации Проекта не должен превышать 540 (Пятьсот сорок)
календарных дней с даты подписания Договора. При этом завершение оказания всех
услуг по Проекту, включая передача внедренных ИС на гарантийную поддержку,
должно быть осуществлено не позднее 28 февраля 2028 года. В случае, если
расчётный срок по первому условию выходит за пределы указанной даты, приоритет
имеет условие о предельной дате завершения.
СОДЕРЖАНИЕ ИТОГОВЫХ ДОКУМЕНТОВ
В рамках выполнения проекта должна быть разработана следующая документация:
 Частное техническое задание (ЧТЗ) – документ, который разрабатывается для
конкретной функции или задачи в рамках основного технического задания (ТЗ),
содержит детализированные требования к отдельным компонентам, модулям или
процессам проекта в соответствии с реестрами требований, интеграций и доработок,
определенных отчетами о моделировании, представленных в Приложении 1 и в
Приложении 4;
 Программа и методика испытаний (ПМИ) – технический документ, детально
описывающий порядок проведения тестов и условия их выполнения в разрезе
объектов внедряемых ИС и действий пользователей по проверке функциональности
ИС на соответствие требованиям Заказчика. В ПМИ Исполнителем должны быть
включены тесты в соответствии с перечнем доработок, интеграции и
функциональности, описанными в приложениях:
o Приложение 2. Перечень функциональных требований;
o Приложение 3. Перечень планируемых интеграционных потоков;
o Приложение 4. Перечень планируемых доработок внедряемых ИС.
 Протокол приемо-сдаточных испытаний (Протокол ПСИ) – документ, содержащий
результаты испытаний, выводы о результатах и соответствии системы требованиям
Заказчика.
 Протокол миграции – документ, регламентирующий процесс и результаты переноса
данных из одной системы (источника) в другую (приемник);
 Рабочие инструкции по ролям пользователей – документы, регламентирующие
права, полномочия, действия пользователей в рамках своей роли, а также типовые
выполнять типовые операции с учётом установленных ограничений и требований
безопасности;
 Журнал опытно-промышленной эксплуатации (Журнал ОПЭ) – документ
систематической фиксации данных о работе системы на этапе опытнопромышленной эксплуатации, когда данную систему проверяют в реальных
условиях перед промышленным запуском.
Разработанная документация подлежит согласованию с Заказчиком. Перечень работников
Заказчика, участвующих в согласовании документации, определяет Заказчик.
Срок согласования Заказчиком отчетных документов составляет 10 рабочих дней со дня их
получения Заказчиком.
ТРЕБОВАНИЯ К ОБУЧЕНИЮ ПОЛЬЗОВАТЕЛЕЙ
Цели обучения:
 Обеспечить устойчивое функционирование внедряемых систем (далее для краткости
– «Стабильная работа систем»);
 Сформировать условия для полномасштабного использования возможностей,
предоставляемых системами (далее – «Понимание систем»);
 Создать среду для развития систем (далее – «Развитие систем»).
Пользователи, которые будут взаимодействовать с системами, должны быть разделены на
три категории. При планировании, подготовки и проведения обучения Исполнитель должен
исходить из того, что сотрудники обладают необходимым набором бизнес-компетенций в рамках
занимаемой должности, но компетенции в части внедряемых систем близки к нулю.
Компетенции, которыми на текущий момент сотрудники не обладают, в Таблица 5
выделены жирным шрифтом, Исполнитель при проведении обучения должен обеспечить
наработку данных компетенций у обучаемых Пользователей.
Таблица 5 Категории бизнес-пользователей
Категория
Цель
Компетенции
Рядовые
пользователи
(сотрудники
исполнительского
звена)
Стабильная
работа систем
 Знание бизнес-процесса в рамках должностной
инструкции;
 Работа с системой в рамках должностной
инструкции.
Ключевые
Стабильная
 Знание бизнес-процесса в рамках подразделения;
Категория
Цель
пользователи
(сотрудники
среднего звена,
перспективные
сотрудники
исполнительского
звена)
работа систем
Руководители
(сотрудники
среднего
и высшего звена)
Компетенции
 Работа с системой в рамках подразделения.
Понимание
систем
 Понимание бизнес-процесса-в целом;
 Работа с системой в рамках бизнес-процесса.
Развитие
систем
 Понимание пределов возможностей текущей
системы, критическая оценка, направление
развития системы.
Развитие
систем
 Понимание бизнес-процесса-в целом и смежных
процессов бизнес-процессов;
 Понимание пределов возможностей текущей
системы, критическая оценка, направление
развития системы
При планировании, подготовке и проведении обучении требуется применять следующие
подходы:
 Обучение проходит в 2-3 последовательных этапа;
 Для обеспечения цели стабильной работы всех внедряемых систем в обучение в
обязательном порядке должно входить обучение по вводу элементов справочников,
документов и настройке систем всеми обучаемыми. Данный подход обеспечивает в
т.ч. требование по наполнению внедряемых систем необходимыми данными для
начала их функционирования в ОПЭ;
 Начальный этап во всех случаях – знакомство с интерфейсом и основными
принципами работы с системой;
 Обучение доработанному функционалу проводится непосредственно перед этапами
ОПЭ, поскольку именно в этот период предмет обучения достигает целевого
состояния;
 Весь цикл обучения рядовых пользователей проводится непосредственно перед
ОПЭ, чтобы добиться максимальной сохранности материала в памяти;
 Цикл обучения ключевых пользователей и руководителей рекомендуется начинать
одновременно с работами по тестированию - это позволит сотрудникам
перечисленных категорий максимально эффективно участвовать в приемке
контрольных примеров, приемке разработок и интеграционном тестировании, что, в
свою очередь, должно обеспечить сохранность материала в памяти до самого начала
ОПЭ;
 Требования к обучению не предусматривают выполнения домашних заданий,
однако всем Пользователям должны быть обеспечены возможности самоподготовки
такие, как: доступ к обучающим материалам и тестовым базам;
 Требования не привязаны к конкретному поставщику услуг обучения. Однако на
стадии обучения, предшествующей ОПЭ, целесообразно поручить задачу обучения
той же команде, которая будет осуществлять поддержку в период ОПЭ.
В Таблица 6, Таблица 7, Таблица 8 представлены форматы обучения по категориям
Пользователей.
Таблица 6 Обучение рядовых пользователей
Основные характеристики
Целевые компетенции
Этап 1
Общие сведения
Этап 2
Работа
в
рамках
должностной инструкции
 Работа с системами в рамках должностной
Этап 1
Общие сведения
Основные характеристики
Этап 2
Работа
в
рамках
должностной инструкции
инструкции
Содержание
Знакомство
с
интерфейсом, основные
принципы работы с
системами.
Предпочтительный формат обучения
Очный.
Компьютерный класс.
Группа 6-12 человек.
Альтернативный формат обучения
Удаленный. Группа до
20 человек.
Удаленный.
Группа до 20 человек.
До 4 часов
4-12 часов (зависит от
специализации
сотрудника и объема
операций, которые он
будет вести в системе)
Объем обучения
 Пользовательские
инструкции.
Обучающие материалы
Сроки проведения обучения
Знакомство
с
доработанным
функционалом рабочего
места.
 Пользовательские
инструкции;
 Доступ к тестовой
базе (с доработками).
Не ранее, чем за 2 недели до ОПЭ
Фиксация результатов обучения
Подпись сотрудника в
протоколе присутствия
Сдача
разработанного
Исполнителем.
теста,
Таблица 7 Обучение ключевых пользователей
Основные
характеристики
Целевые
компетенции
Содержание
Этап 2
Специализированные
сведения
Этап 1
Общие сведения
Этап 3
Работа в рамках
подразделения

Работа с системой в рамках бизнес-процесса;

Работа с системой в рамках подразделения;

Понимание пределов возможностей текущей системы,
критическая оценка, направление развития системы
Знакомство
с
интерфейсом,
основные
принципы работы
с системой
Знакомство с типовым
функционалом
подсистемы,
соответствующей
бизнес-процессам
подразделения
Предпочтительный
формат обучения
Очный.
Компьютерный класс. Группа 6-12 человек
Альтернативный
Удаленный.
Знакомство
с
доработанным
функционалом
бизнес-процесса
Удаленный.
формат обучения
Объем обучения
Группа до
человек.
Группа до 20 человек.
4 - 12 часов
(зависит
специализации
сотрудника)
До 4 часов
от
20
4 - 12 часов
(зависит
от
специализации
сотрудника)
Сроки проведения
обучения
Начиная с момента старта работ по
тестированию систем.
Не ранее, чем за 2
недели до ОПЭ
Обучающие
материалы



 Пользовательс
кие инструкции;
 Доступ
к
тестовой базе (с
доработками)
Фиксация
результатов
обучения
Подпись
сотрудника
протоколе
присутствия.
Справочные статьи онлайн;
Пользовательские инструкции;
Доступ к базе тестирования.
в
Подпись сотрудника в
протоколе присутствия.
Сдача
теста,
разработанного
Исполнителем.
Таблица 8 Обучение руководителей
Основные характеристики
Целевые компетенции
Содержание
Этап 1
Общие сведения
Этап 2
Специализированные
сведения

Понимание пределов возможностей
текущей системы, критическая оценка,
направление развития системы
Знакомство
с
интерфейсом, основные
принципы работы с
системой.
Знакомство с основными
концептами системы и
функциональностью
подсистем.
Предпочтительный формат обучения
Очный. Компьютерный класс. Группа 6-12 человек
Альтернативный формат обучения
Удаленный. Группа до 20 человек.
Объем обучения
Обучающие материалы
До 4 часов
 Справочные
статьи онлайн;
 Пользовательские
инструкции;
 Доступ к базе
тестирования.
8-16
часов
 Пользовательские
инструкции;
 Доступ к тестовой
базе (с доработками)
Сроки проведения обучения
Начиная с момента старта работ по тестированию
систем.
Фиксация результатов обучения
Подпись сотрудника в Подпись
сотрудника
в
Основные характеристики
Этап 1
Общие сведения
Этап 2
Специализированные
сведения
протоколе присутствия
протоколе присутствия
Наполнение категорий бизнес-пользователей для обучений должно учитывать ролевую
модель и функционал, зафиксированный в приложениях 4.6 Соответствие функций и бизнесролей в Отчетах о моделировании по функциональным блокам.
Программа и график обучения Пользователей должны быть согласованы Руководителями
со стороны Заказчика и Исполнителя.
ПРИЛОЖЕНИЯ
ПРИЛОЖЕНИЕ 1. ПЕРЕЧЕНЬ ОТЧЕТОВ О МОДЕЛИРОВАНИИ ПО
ФУНКЦИОНАЛЬНЫМ БЛОКАМ
Таблица 9. Перечень отчетов о моделировании
№
п/п
Функциональный блок
1
2
3
4
5
6
7
8
9
10
11
Формирование структуры НСИ
Бюджетирование
Маркетинг
Реализация
Закупки
Производство
Складской учет
Отраслевая специфика
Заработная плата
Бухгалтерский учет
Техническое обслуживание и ремонты
(ТОиР)
Электронный документооборот
12
Отчеты по моделированию
(прилагаются отдельными файлами в
формате архивирования файлов .zip):
74-2026_Приложение 1_ч1
74-2026_Приложение 1_ч1
74-2026_Приложение 1_ч1
74-2026_Приложение 1_ч2
74-2026_Приложение 1_ч1
74-2026_Приложение 1_ч2
74-2026_Приложение 1_ч2
74-2026_Приложение 1_ч2
74-2026_Приложение 1_ч1
74-2026_Приложение 1_ч1
74-2026_Приложение 1_ч2
74-2026_Приложение 1_ч2
ПРИЛОЖЕНИЕ 2. ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ
ПРИЛОЖЕНИЕ 3. ПЕРЕЧЕНЬ ПЛАНИРУЕМЫХ ИНТЕГРАЦИОННЫХ ПОТОКОВ
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ПЛАНИРУЕМЫХ ДОРАБОТОК ВНЕДРЯЕМЫХ ИС
ПРИЛОЖЕНИЕ 5. ФОРМА NDA
ПРИЛОЖЕНИЕ 6. ПРОЦЕДУРЫ УПРАВЛЕНИЯ ПРОЕКТОМ
ПРИЛОЖЕНИЕ 7. НЕФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ
Раздел IV
ПРОЕКТ ДОГОВОРА
ДОГОВОР № ___________
оказания услуг
г. Ессентуки
«___» _________ 2026 г.
Акционерное общество «Кавминкурортресурсы» (далее также – АО «КМКР»),
именуемое в дальнейшем «Заказчик», в лице _______________________________________,
действующего на основании _____________________, с одной стороны, и
______________________, именуемое (ый) в дальнейшем «Исполнитель», в лице4
_______________________________, действующего на основании _____________________, с
другой стороны, совместно именуемые «Стороны» и по отдельности – «Сторона», по итогам
проведения конкурса с участием субъектов МСП (извещение № ___________ от
________________, протокол № ______________ от _______________, дата размещения в ЕИС
______________) заключили настоящий договор оказания услуг (далее – Договор) о
нижеследующем.
1. ПРЕДМЕТ ДОГОВОРА
1.1. Исполнитель принимает на себя обязательство оказать Заказчику услуги по внедрению
комплекса информационных систем «1С: ERP Управление холдингом», «1С: ТОиР» и «1С:
Документооборот КОРП» с целью автоматизации бизнес процессов (далее – услуги), в
соответствии с Техническим заданием (Приложение № 1 к Договору) и Стоимостью этапов
внедрения (Приложение № 2 к Договору), а Заказчик обязуется принять оказанные услуги и
оплатить их в порядке, размере и сроки, установленные Договором.
1.2. Общий срок оказания услуг: не более 540 (пятисот сорока) календарных дней c даты
заключения Договора. Сроки оказания услуг по отдельным этапам установлены в разделе 12
Технического задания.
1.3. Место передачи результатов услуг и документов, предусмотренных в разделе 13
Технического задания: 357625, Ставропольский край, г. Ессентуки, ул. Пятигорская, 133.
1.4. Результаты оказанных по Договору услуг установлены в разделе 12 Технического
задания.
1.5. Договор заключается только после предоставления Исполнителем:
1.5.1. Обеспечения исполнения Договора, предусмотренного пунктом 19 раздела II
закупочной документации, в размере аванса, что составляет _________________;
1.5.2. Обеспечения антидемпинговых мер, предусмотренного пунктом 25 раздела II
закупочной документации, в размере 30% от начальной максимальной цены Договора, что
составляет: 18 301 794,10 (Восемнадцать миллионов триста одна тысяча семьсот девяносто
четыре) рубля 10 копеек5.
2. ПРАВА И ОБЯЗАННОСТИ СТОРОН
2.1. Исполнитель обязуется:
2.1.1. Оказать услуги надлежащего качества в полном объеме в установленные сроки в
соответствии с условиями Договора.
2.1.2. Без согласия Заказчика не размещать результаты оказанных услуг в любой
информационно-поисковой системе, а также не передавать информацию о предмете, условиях
Договора и результатах оказанных услуг третьим лицам.
2.1.3. По требованию Заказчика устранять недостатки результата оказанных услуг за свой
счет, производить доработки в срок, определенный условиями Договора или отдельными
соглашениями Сторон.
2.1.4. Информировать Заказчика об обстоятельствах, препятствующих оказанию услуг по
Договору, не позднее 1 (одного) рабочего дня с даты наступления таких обстоятельств.
Указывается в случае, если Исполнителем является юридическое лицо.
Пункт 1.5.2 Договора применяется в случае наступления события, установленного пунктом 25 раздела
II закупочной документации.
4
5
2.1.5. Уведомить Заказчика в случае изменения своего юридического адреса, банковских
реквизитов, а также реорганизации, ликвидации или банкротства в первоочередном порядке
известить об этом друг друга не позднее 5 (пяти) рабочих дней со дня соответствующих
изменений.
2.1.6. Оградить Заказчика от претензий и возместить ущерб в связи с любыми убытками,
ущербом, ответственностью, исками, штрафами, пенями и прочими расходами любого характера,
возникшими в результате нарушений Исполнителем обязательств по Договору, норм
законодательства Российской Федерации, а также связанных с отсутствием у Исполнителя
необходимых разрешений, допусков и т.п. Любые расходы и затраты, связанные с
несоблюдением требований Договора, законодательства Российской Федерации, если
соблюдение этих норм зависит от Исполнителя, относятся исключительно на счет Исполнителя.
2.1.7. Обеспечить конфиденциальность сведений, касающихся результатов оказания услуг
по Договору, а также данных, переданных Заказчиком Исполнителю в соответствии условиями
Договора.
2.1.8. Увеличить размер и (или) срок обеспечения исполнения Договора и срок
обеспечения антидемпинговых мер в соответствии с пунктом 9.19 Договора.
2.2. Исполнитель вправе:
2.2.1. С согласия Заказчика привлекать для оказания услуг или части услуг третьих лиц и
распределять объемы данных услуг между собой и соисполнителями. При этом полную
ответственность за качество оказания услуг и все предусмотренные применимым правом
гарантии несет Исполнитель.
2.2.2. Требовать своевременного подписания Заказчиком актов оказанных услуг (и/или
универсальных передаточных документов – УПД).
2.2.3. Требовать своевременной оплаты надлежаще оказанных услуг в соответствии с
пунктом 3.2 Договора.
2.2.4. Запрашивать у Заказчика разъяснения и уточнения относительно условий
Технического задания.
2.2.5. Оказать услуги по Договору до окончания срока, определенного Договором. В случае
досрочного оказания услуг – письменно предупредить об этом Заказчика и согласовать с ним
дату приема-передачи услуг (результата услуг).
2.3. Заказчик обязуется:
2.3.1. Принимать услуги, оказываемые Исполнителем надлежащим образом, в соответствии
с порядком, установленным в разделе 4 Договора.
2.3.2. Оплачивать услуги, оказываемые Исполнителем надлежащим образом, в
соответствии с порядком, установленным в разделе 3 Договора.
2.3.3. По запросу Исполнителя предоставлять Исполнителю информацию, сведения и
материалы, необходимые ему для исполнения Договора, а также разъяснять Техническое
задание.
2.4. Заказчик вправе:
2.4.1. Требовать от Исполнителя надлежащего исполнения обязательств в соответствии с
Договором, а также своевременного устранения выявленных недостатков.
2.4.2. Запрашивать у Исполнителя информацию о ходе и состоянии оказываемых услуг.
2.4.3. В случае неоказания или ненадлежащего оказания Исполнителем услуг по Договору –
отказаться от подписания акта оказанных услуг (и/или УПД) и от оплаты услуг.
2.4.4. В случае досрочного выполнения Исполнителем обязательств по Договору –принять и
оплатить услуги в соответствии с установленным в Договоре порядком.
2.4.5. Требовать от Исполнителя надлежащим образом оформленных документов.
2.4.6. Расторгнуть Договор в одностороннем порядке в случаях, предусмотренных
пунктами 9.5, 9.6, 9.7 Договора.
2.4.7. В случае изменения потребности Заказчика в количестве и/или видах услуг, Заказчик
по согласованию с Исполнителем вправе их изменить, с оформлением соответствующего
дополнительного соглашения.
2.5. Результаты оказанных услуг не могут быть проданы, переданы в любой форме
Исполнителем третьим лицам или опубликованы в телекоммуникационной сети «Интернет» или
средствах массовой информации (СМИ).
2.6. Права на результат услуг:
2.6.1. С даты приемки результатов услуг по Договору исключительные права на результаты
услуг принадлежат Заказчику. Заказчик имеет право владеть, пользоваться и распоряжаться
результатом услуг, созданным Исполнителем и переданным по Договору Заказчику.
2.6.2. Моментом перехода права собственности на результат услуг по Договору считается
дата подписания Сторонами акта оказанных услуг.
2.6.3. Исключительное право на все полученные в ходе оказания услуг в соответствии с
Договором в совокупности результаты и материалы, которые могут быть признаны объектами
интеллектуальной собственности (результатами интеллектуальной деятельности) и объектами
авторского права, в соответствии с действующим законодательством Российской Федерации,
принадлежит Заказчику с момента подписания акта оказанных услуг (и/или УПД).
2.7. Права и обязанности Сторон, изложенные выше, не являются исчерпывающими.
3. ЦЕНА ДОГОВОРА И ПОРЯДОК РАСЧЕТОВ
3.1. Общая стоимость услуг, оказываемых Исполнителем по Договору (цена Договора),
составляет ________ (_______________________) рублей, в т.ч. НДС __ % / НДС не облагается на
основании ст. ____ НК РФ6.
В цену Договора включены все затраты, издержки и иные расходы Исполнителя, связанные
с оказанием услуг, в том числе командировочные расходы Исполнителя, стоимость услуг
привлеченных специалистов, стоимость найма персонала, подготовка отчетности на бумажном
носителе и ее почтовая доставка по адресу Заказчика и другие обязательные платежи, которые
Исполнитель должен выплатить в связи с выполнением обязательств по Договору.
3.2. Оплата производится Заказчиком в форме безналичного расчета путем перечисления
денежных средств на расчетный счет Исполнителя на основании надлежаще оформленных
счетов в следующем порядке и размере:
- авансовый платеж в размере 30% от общей стоимости услуг производится Заказчиком в
течение 7 (семи) рабочих дней с даты заключения Договора;
- 70% от стоимости этапа услуг оплачивается Заказчиком по факту сдачи-приемки этапа
услуг в течение 7 (семи) рабочих дней с даты подписания Сторонами акта оказанных услуг (и/или
УПД).
Валюта расчетов – российский рубль.
3.3. Обязанность Заказчика по оплате считается исполненной в момент списания денежных
средств с расчётного счёта Заказчика.
3.4. Стороны согласились, что существенным по Договору являются результаты оказанных
услуг (согласно разделу 12 Технического задания), и при расторжении Договора Заказчиком в
одностороннем порядке по основаниям, указанным в пунктах 9.6 и 9.7 Договора, Заказчик вправе
потребовать от Исполнителя возврата стоимости оплаченных услуг и компенсации убытков.
4. ПОРЯДОК СДАЧИ И ПРИЕМКИ УСЛУГ
4.1. Исполнитель после окончания оказания услуг (этапа услуг) предоставляет Заказчику
одновременно с результатами услуг два экземпляра оформленного со своей Стороны акта
оказанных услуг (и/или УПД).
4.2. Заказчик в течение 10 (десяти) рабочих дней с даты предоставления Исполнителем
результата оказанных услуг оценивает результат и либо требует доработки, либо принимает
результат оказанных услуг. Подтверждением приёмки оказанных услуг (результата услуг)
Заказчиком является подписание акта оказанных услуг (и/или УПД).
4.3. Исполнитель гарантирует устранение замечаний Заказчика в течение 10 (десяти)
рабочих дней с даты направления замечаний Заказчиком. Доработка результатов оказанных
услуг осуществляется Исполнителем за свой счёт без дополнительной оплаты.
Указывается основание - статья НК РФ.
6
4.4. В случае возникновения спора по поводу качества оказанных услуг проводится
независимая экспертиза7. Расходы по проведению экспертизы несет:
- Исполнитель – в случае, если в соответствии с результатами экспертизы будет
установлено несоответствие оказанных услуг условиям Договора;
- Заказчик – в случае, если в соответствии с результатами экспертизы будет доказана
необоснованность предъявленных им Исполнителю требований.
Если изначально расходы на проведение экспертизы понесены Заказчиком, но
установлена вина Исполнителя, Исполнитель обязан возместить Заказчику стоимость таких
расходов в течение 5 (пяти) рабочих дней с даты получения требования Заказчика.
5. ОТВЕТСТВЕННОСТЬ СТОРОН И РАЗРЕШЕНИЕ СПОРОВ
5.1. Стороны обязуются добросовестно выполнять условия Договора.
5.2. За неисполнение или ненадлежащее исполнение обязательств по Договору Стороны
несут ответственность согласно законодательству Российской Федерации и условиям Договора.
5.3. Сторона, виновная в неисполнении или ненадлежащем исполнении своих обязательств
по Договору, должна возместить другой Стороне причиненные этими действиями прямые
убытки.
5.4. За нарушение сроков оказания услуг Исполнитель обязуется уплатить Заказчику
неустойку в размере 0,1% от стоимости услуг за каждый день просрочки.
5.5. В случае просрочки Заказчиком по своей вине исполнения обязательства по оплате
оказанных услуг Исполнитель вправе потребовать уплату неустойки в размере 0,1% от
неуплаченной в срок суммы за каждый день просрочки.
5.6. Стороны освобождаются от уплаты неустойки, если просрочка исполнения
обязательств по оплате произошла вследствие непреодолимой силы или по вине другой Стороны.
5.7. В случае неоплаты Исполнителем по требованию Заказчика стоимости независимой
экспертизы, проведенной Заказчиком в соответствии с пунктом 4.4 Договора, Исполнитель
уплачивает Заказчику штраф в размере 500 рублей за каждый день просрочки.
5.8. Разногласия, которые могут возникнуть между Сторонами в связи с исполнением
Договора, Стороны разрешают путем переговоров. В случае недостижения соглашения в
спорных вопросах Стороны договорились об обязательном досудебном урегулировании путём
подачи претензии в письменном виде или в виде электронного документа способом, указанным в
пункте 9.9 Договора. Срок рассмотрения претензии – 7 (семь) рабочих дней с даты её получения8.
5.9. В случае если результат переговоров не будет достигнут, Стороны обращаются за
разрешением спора в Арбитражный суд Ставропольского края.
5.10. Уплата неустойки и возмещение убытков не освобождают Стороны от выполнения
принятых на себя обязательств по Договору.
5.11. Обязательства по соблюдению конфиденциальности сохраняют свою силу и после
истечения срока действия Договора или в случае досрочного его расторжения в течение
последующих 5 (пяти) лет.
5.12. В случае если Исполнителем является лидер коллективного участника закупки и
исполнение договора одним или более членами коллективного участника не соответствует
объему и/или виду услуг, предусмотренных Договором и определенному соглашением о
создании коллектива, предоставленного лидером коллективного участника закупки в составе
заявки на участие в конкурсе с участием субъектов МСП, то в этом случае Исполнитель несет
ответственность перед Заказчиком и обязан возместить Заказчику причинные такими действиями
убытки.9
6. ЗАВЕРЕНИЯ ОБ ОБСТОЯТЕЛЬСТВАХ
6.1. Каждая из Сторон Договора в порядке ст. 431.2 Гражданского Кодекса Российской
Федерации дает другой Стороне Договора, следующие заверения об обстоятельствах:
Течение сроков, указанных в пункте 4.2 Договора, приостанавливается на период проведения независимой
экспертизы.
8
Моментом получения Претензии, направленной посредством электронной почты, считается дата
направления Претензии по электронному адрес получающей Стороны.
9
Пункт 5.12 применяется в случае, если договор по итогам закупки заключается с лидером коллективного
участника закупки.
7
6.1.1. Заключение Договора одобрено всеми должностными лицами и органами управления
Стороны, одобрение которых необходимо в соответствии с действующим законодательством, а
также учредительными и внутренними документами Стороны. Подписание и исполнение
Стороной Договора и других договоров, предусмотренных Договором, не противоречит
действующему законодательству, учредительным документам Стороны и другим договорам,
заключенным Стороной с третьими лицами.
6.1.2. Должностные лица, подписывающие от имени каждой из Сторон Договор,
дополнительные соглашения и приложения к нему, а также другие документы, относящиеся к
Договору, имеют все необходимые для этого полномочия.
6.1.3. Стороны гарантируют, что они не имеют каких-либо ограничений (в том числе
полных запретов) в соответствии с законодательством Российской Федерации на совершение
Договора, в том числе они не являются лицами, которым необходимо получение
предварительного согласия антимонопольного органа или необходимо предоставлять в
антимонопольный орган ходатайства об осуществлении сделок, и не имеют других ограничений,
установленных Федеральным законом «О защите конкуренции», а также не являются лицами,
которым необходимо получение предварительного согласования для осуществления
иностранных инвестиций.
6.1.4. Вся информация, предоставленная Сторонами друг другу в связи с Договором,
соответствует действительности, является полной и точной во всех отношениях.
6.1.5. В отношении Стороны не начата процедура несостоятельности (банкротства),
Сторона не находится в процессе добровольной или принудительной ликвидации в соответствии
с требованиями применимого права страны учреждения соответствующей Стороны, органами
управления ни одной из Сторон не принимались решения о ликвидации, реорганизации или
обращении в суд с заявлением о признании соответствующей Стороны банкротом.
6.1.6. Каждая из Сторон осуществляет свою деятельность в полном соответствии с
требованиями законодательства Российской Федерации, обладает всей необходимой
разрешительной документацией для выполнения обязательств по Договору в силу
законодательства Российской Федерации (лицензии, свидетельства, разрешения, допуски и
прочее).
6.2. Стороны Договора признают и понимают, что заключили Договор, исключительно
полагаясь на вышеперечисленные заверения и гарантии.
6.3. Сторона, которая дала другой Стороне недостоверные заверения об обстоятельствах,
указанных в настоящем разделе Договора, обязана возместить другой Стороне по ее требованию
убытки (реальный ущерб), причиненные недостоверностью таких заверений.
6.4. Стороны настоящим соглашаются и признают, что заверения и гарантии представляют
собой «существенные условия» Договора для целей Гражданского Кодекса Российской
Федерации (включая, но, не ограничиваясь, для целей статей 431.2, 432 Гражданского Кодекса
Российской Федерации). Любое нарушение или недействительность какого-либо заверения или
гарантии будет считаться существенным нарушением Договора для целей статьи 450
Гражданского Кодекса Российской Федерации. Сторона, полагавшаяся на недостоверные
заверения другой Стороны, имеющие для нее существенное значение, наряду с требованием о
возмещении убытков (реального ущерба) также вправе отказаться от Договора.
6.5. Последствия, предусмотренные пунктами 6.3 и 6.4 Договора, применяются к Стороне,
давшей недостоверные заверения, независимо от того, было ли ей известно о недостоверности
таких заверений.
7. АНТИКОРРУПЦИОННАЯ ОГОВОРКА
7.1. При исполнении своих обязательств по Договору Стороны, их аффилированные лица,
работники или посредники не выплачивают, не предлагают выплатить и не разрешают выплату
каких-либо денежных средств или ценностей, прямо или косвенно, любым лицам, для оказания
влияния на действия или решения этих лиц с целью получить какие-либо неправомерные
преимущества или для достижения иных неправомерных целей. При исполнении своих
обязательств по Договору Стороны, их аффилированные лица, работники или посредники не
осуществляют действия, квалифицируемые применимым для целей Договора законодательством
как дача/получение взятки, коммерческий подкуп, а также иные действия, нарушающие
требования применимого законодательства и международных актов о противодействии
коррупции.
7.2. В случае возникновения у Стороны подозрений, что произошло или может произойти
нарушение каких-либо положений настоящего раздела, соответствующая Сторона обязуется
уведомить другую Сторону в письменной форме. В письменном уведомлении Сторона обязана
сослаться на факты или предоставить материалы, достоверно подтверждающие или дающие
основание предполагать, что произошло или может произойти нарушение каких-либо положений
настоящего раздела другой Стороной, ее аффилированными лицами, работниками или
посредниками выражающееся в действиях, квалифицируемых применимым законодательством
как дача или получение взятки, коммерческий подкуп, а также действиях, нарушающих
требования применимого законодательства и международных актов о противодействии
легализации доходов, полученных преступным путем. После письменного уведомления,
соответствующая Сторона имеет право приостановить исполнение обязательств по Договору до
получения подтверждения, что нарушения не произошло или не произойдет. Это подтверждение
должно быть направлено в течение 10 (десяти) рабочих дней с даты направления письменного
уведомления.
7.3. В случае нарушения одной Стороной обязательств воздерживаться от запрещенных в
данном разделе действий и/или неполучения другой Стороной в установленный Договором срок
подтверждения, что нарушения не произошло или не произойдет, другая Сторона имеет право
расторгнуть Договор в одностороннем порядке полностью или в части, направив письменное
уведомление о расторжении, и в таком случае Договор считается расторгнутым с даты, указанной
в уведомлении о расторжении. Сторона, по чьей инициативе был расторгнут Договор в
соответствии с положениями настоящего раздела, вправе требовать возмещения реального
ущерба, возникшего в результате такого расторжения.
8. ФОРС-МАЖОРНЫЕ ОБСТОЯТЕЛЬСТВА
8.1. Стороны освобождаются от ответственности за полное или частичное невыполнение
обязательств по причине возникновения обстоятельств непреодолимой силы (форс-мажор)10.
8.2. Сторона, подвергшаяся воздействию форс-мажорных обстоятельств, обязана в течение
3 (трех) дней в письменном виде уведомить об этом другую Сторону, описав их характер.
Несвоевременное уведомление или не уведомление лишает соответствующую Сторону права
ссылаться на них в будущем.
8.3. Срок действия Договора автоматически продлевается на период действия форсмажорных обстоятельств.
8.4. Если форс-мажорные обстоятельства будут длиться более 2 (двух) месяцев, Стороны
согласуют вопрос дальнейшего исполнения Договора. Если в течение последующего месяца
Стороны не достигнут взаимоприемлемого решения, любая из Сторон вправе в одностороннем
порядке расторгнуть Договор. В этом случае ни одна из Сторон не вправе требовать от другой
Стороны возмещения убытков.
9. ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ
9.1. Договор вступает в силу с даты его заключения и действует до полного исполнения
Сторонами своих обязательств по Договору, в том числе до исполнения Сторонами
имущественных санкций в связи с неисполнением либо ненадлежащим исполнением Сторонами
своих обязательств по Договору.
9.2. Договор заключается с использованием программно-аппаратных средств электронной
площадки и должен быть подписан электронной подписью лица, имеющего право действовать от
имени Исполнителя.
9.3. Любые изменения и дополнения к Договору действительны при условии, если они
совершены в письменной форме и подписаны Сторонами или надлежаще уполномоченными
представителями Сторон.
9.4. Возможно применение электронного документооборота (далее – ЭДО) при составлении
и обмене отчетными документами. ЭДО между Сторонами производится по
телекоммуникационным каналам связи через оператора ЭДО согласованного Сторонами в
Подтверждением указанных обстоятельств непреодолимой силы (форс-мажора) является заключение
соответствующего уполномоченного государственного органа.
10
соответствии с законодательством Российской Федерации. Стороны признают, что любой
документ, подписанный квалифицированной электронной подписью, является равнозначным
документу на бумажном носителе, подписанному собственноручной подписью и заверенному
печатью, и не дублируются на бумажном носителе.
9.5. Заказчик вправе в любое время в одностороннем порядке отказаться от Договора
(исполнения Договора) путем уведомления Исполнителя об отказе от Договора с оплатой
Исполнителю фактически выполненных и принятых услуг:
9.5.1. Исполнитель обязан возвратить Заказчику оставшуюся неучтенной при актировках
оказанных услуг часть аванса, за вычетом стоимости услуг, оказанных Исполнителем на момент
получения Исполнителем уведомления о расторжении Договора.
9.5.2. Заказчик оплачивает услуги, оказанные Исполнителем надлежащим образом на
момент получения Исполнителем уведомления о расторжении Договора, за вычетом оставшейся
неучтенной при актировках оказанных услуг части ранее полученного Исполнителем аванса.
9.5.3. Исполнитель сдает Заказчику выполненные на дату расторжения Договора услуги по
акту оказанных услуг (и/или УПД) с приложением счета-фактуры11.
9.5.4. Заказчик производит оплату в течение 7 (семи) рабочих дней со дня подписания
Сторонами акта оказанных услуг (и/или УПД) на основании соответствующего счета
Исполнителя.
9.6. Заказчик также вправе принять решение об одностороннем отказе от исполнения
Договора и потребовать возмещения причиненных убытков по основаниям, предусмотренным
Гражданским кодексом Российской Федерации для одностороннего отказа от исполнения
отдельных видов обязательств в случае отступления Исполнителя от условий Договора или при
наличии иных недостатков результата услуг, которые не были устранены в установленный
Заказчиком разумный срок, либо являются существенными и неустранимыми.
9.7. Заказчик также вправе в одностороннем порядке расторгнуть Договор, письменно
уведомив об этом Исполнителя, в следующих случаях:
- ненадлежащее выполнение Исполнителем своих обязательств по Договору;
- если Исполнитель выполняет свои обязательства настолько медленно, что передача
результата оказанных услуг Заказчику в установленные Договором сроки становится явно
невозможна.
В случаях, указанных в настоящем пункте и в пунктах 9.5, 9.6 Договора, Договор считается
расторгнутым с даты, указанной в уведомлении Заказчика о расторжении Договора.
9.8. Исполнитель вправе в одностороннем порядке расторгнуть Договор, письменно
уведомив об этом Заказчика не менее чем за 30 (тридцать) календарных дней до даты
предполагаемого расторжения, в следующих случае:
– неоднократного (два и более случаев) нарушения Заказчиком сроков оплаты.
9.9. Стороны признают действительность документов, переданных по факсимильной связи,
электронной почте. Дата доставки документа по факсимильной связи, электронной почте
считается дата его отправки. Обязательным является предоставление оригиналов актов
оказанных услуг, УПД, счетов-фактур12, дополнительных соглашений и документов, указанных в
Техническом задании.
Контактные лица, ответственные за прием документов посредствам электронной почты и
факсимильной связи:
со Стороны Заказчика: ____________________________________ (e-mail: телефон);
со Стороны Исполнителя: ___________________________________ (e-mail: телефон).
Все уведомления, сообщения, документы, в том числе претензии (далее - Документы),
отправленные Сторонами друг другу по вышеуказанным адресам электронной почты, а также
адресам электронной почты, указанным в разделе 10 Договора, признаются Сторонами
официальной перепиской в рамках Договора и имеют юридическую силу13.
Применяется в случае, если Исполнителем является плательщиком НДС.
Применяется в случае, если Исполнителем является плательщиком НДС.
13
Подтверждением отправки в данном случае будет являться снимок (скан - копия) экрана электронновычислительной машины (скриншот экрана) со страницы электронного почтового сервиса,
позволяющий идентифицировать электронные адреса отправления и назначения (доставки) сообщения и
11
12
Ответственность за получение Документов вышеуказанным способом лежит на
получающей Стороне. Сторона, направившая Документ, не несет ответственности за задержку
его доставки, если такая задержка явилась результатом неисправности систем связи,
действия/бездействия провайдеров или иных форс-мажорных обстоятельств.
Неполучение Стороной Документов, направленных по указанным в Договоре адресам,
приравнивается к получению Документов и влечет те же юридические последствия.
9.10. Сторона несет ответственность за действия своих сотрудников, в том числе принимает
на себя ответственность за подписание Договора и договорной документации
неуполномоченным лицом.
9.11. Контактное лицо Исполнителя, ответственное за переговоры с Заказчиком:
Руководитель проекта ______________ (e-mail: __________________, тел./факс ________).
9.12. В случае реорганизации одной из Сторон как юридического лица все права и
обязательства по Договору не прекращаются, а переходят к его правопреемнику.
9.13. В случае ликвидации одной из Сторон все определенные Договором обязательства
должны быть удовлетворены в порядке согласно действующему законодательству Российской
Федерации.
9.14. В случае изменения адреса, банковских и иных реквизитов, номеров телефонов или
иных данных, указанных в Договоре, инициации в отношении Стороны процедуры
реорганизации, ликвидации или банкротства, Стороны обязаны в первоочередном порядке
известить об этом друг друга не позднее 5 (пяти) рабочих дней с даты такого изменения. В
уведомлении об изменениях в обязательном порядке указывается, что оно является
неотъемлемой частью Договора. Уведомление об изменениях должно быть вручено
уполномоченному представителю Стороны или направлено другой Стороне заказным письмом с
уведомлением о вручении либо по факсу, электронной почте в соответствии с пунктом 9.9
Договора. Переписка, документы, составленные в рамках Договора и платежи, направленные по
прежним адресам и реквизитам до получения уведомления об их смене, считаются
направленными надлежащим образом.
9.15. Возможно применение уступки права требования (факторинга) при исполнении
условий оказания услуг (выполнения работ, поставки) на условиях:
- денежное требование переходит к финансовому агенту (фактору) с даты заключения
Договора уступки права требования (факторинга);
- Заказчик вправе требовать у финансового агента (фактора) доказательства перехода права
требования оплаты (с установлением срока предоставления такого доказательства);
- в случае не предоставления финансовым агентом (фактором) в установленный срок такого
доказательства Заказчику, Заказчик вправе осуществить оплату первоначальному контрагенту;
- последующая уступка денежного требования финансовым агентом (фактором) не
допускается.
9.16. Денежные средства, внесенные в качестве обеспечения исполнения Договора
(подпункт 1.5.1 Договора), либо оставшаяся часть вышеуказанных денежных средств (в случае
взысканий штрафов/пеней при исполнении договора), возвращаются Исполнителю на расчетный
счет, с которого они были перечислены Заказчику, при условии надлежащего исполнения
Исполнителем своих обязательств по Договору и предоставления всех необходимых документов,
в течение 15 (пятнадцати) рабочих дней с даты получения Заказчиком соответствующего письма
с приложенной копией платёжного поручения, подтверждающего факт внесения денежных
средств в качестве обеспечения исполнения Договора.
Заказчиком предусмотрена возможность уменьшения размера обеспечения исполнения
договора.
Уменьшение размера обеспечения исполнения договора производиться пропорционально
стоимости исполненных обязательств, приемка и оплата которых осуществляется в порядке и
сроки, предусмотренные Договором, в течение 15 (пятнадцати) рабочих дней со дня получения
Заказчиком соответствующего письма Исполнителя.
(или) уведомления.
9.17. 14Денежные средства, внесенные в качестве обеспечения антидемпинговых мер
(подпункт 1.5.2 Договора), либо оставшаяся часть вышеуказанных денежных средств (в случае
взысканий штрафов/пеней при исполнении договора), возвращаются Исполнителю на расчетный
счёт, с которого они были перечислены Заказчику, при условии надлежащего исполнения
Исполнителем своих обязательств по Договору и предоставления всех необходимых документов,
в течение 15 (пятнадцати) рабочих дней со дня получения Заказчиком соответствующего письма
с приложенной копией платёжного поручения, подтверждающего факт внесения денежных
средств в качестве обеспечения антидемпинговых мер.
9.18. В случае неисполнения или ненадлежащего исполнения Исполнителем обязательств
Заказчик вправе удержать из внесенных Исполнителем в качестве обеспечения исполнения
Договора и (или) обеспечения антидемпинговых мер денежных средств, сумму, равную сумме
денежных средств, которую Исполнитель обязан уплатить Заказчику в качестве неустоек
(штрафов, пеней) и (или) в качестве возмещения убытков, либо иной сумме денежных средств,
подлежащей уплате Исполнителем Заказчику по Договору.
Удержание денежных средств, внесенных в качестве обеспечения исполнения Договора и
(или) обеспечения антидемпинговых мер, осуществляется Заказчиком во внесудебном порядке с
обязательным уведомлением Исполнителя.
В случае, если после произведенных удержаний имеется остаток денежных средств,
внесенных в качестве обеспечения исполнения Договора и (или) обеспечения антидемпинговых
мер, то он возвращается Исполнителю в порядке и сроки, предусмотренные настоящим пунктом
и пунктами 9.16, 9.17 Договора.
9.19. Если стоимость и (или) срок оказания услуг увеличиваются, то размер и (или) срок
обеспечения исполнения Договора и срок обеспечения антидемпинговых мер должны быть
увеличены пропорционально новым обязательствам.
9.20. Неотъемлемой частью Договора являются:
9.20.1. Приложение № 1 – Техническое задание.
9.20.2. Приложение № 2 – Стоимость этапов внедрения.
9.21. Во всем остальном, что не предусмотрено Договором, Стороны руководствуются
действующим законодательством Российской Федерации.
10. ЮРИДИЧЕСКИЕ АДРЕСА, БАНКОВСКИЕ РЕКВИЗИТЫ
И ПОДПИСИ СТОРОН:
Заказчик:
Исполнитель:
Пункт 9.17 Договора применяется в случае наступления события, установленного пунктом 25 Раздела
II закупочной документации.
14
Приложение №1
к Договору №_____________ от «____» _____2026 г.
Техническое задание
на оказание услуг по внедрению комплекса информационных систем «1С: ERP Управление
холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес
процессов
Дублирование раздела III закупочной документации.
Подписи Сторон:
Заказчик:
Исполнитель:
Приложение №2
к Договору №_____________ от «____» _____2026 г.
Стоимость этапов внедрения15
№
п/п
1
2
3
4
5
6
7
8
9
10
11
12
Наименование услуги
Ед.
изм.
Колво
Формирование структуры НСИ
Бюджетирование
Закупки
Складской учет
Производство
ТОиР
Маркетинг
Реализация
Электронный документооборот
Бухгалтерский учет
Заработная плата
Отраслевая специфика
Итого:
ед
ед
ед
ед
ед
ед
ед
ед
ед
ед
ед
ед
ед
1
1
1
1
1
1
1
1
1
1
1
1
12
Цена за единицу в т.ч.
НДС / НДС не
облагается,
руб.
Общая стоимость
в т.ч. НДС / НДС
не облагается,
руб.
Подписи Сторон:
Заказчик:
15
Исполнитель:
Заполняется в соответствии с Предложением о цене договора победителя.
Раздел V
ОБРАЗЦЫ ФОРМ ДЛЯ ЗАПОЛНЕНИЯ УЧАСТНИКАМИ КОНКУРСА С УЧАСТИЕМ
СУБЪЕКТОВ МСП
ПЕРВАЯ ЧАСТЬ ЗАЯВКИ НА УЧАСТИЕ КОНКУРСЕ
С УЧАСТИЕМ СУБЪЕКТОВ МСП
на право заключения договора на оказание услуг по внедрению комплекса информационных
систем «1С: ERP Управление холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с
целью автоматизации бизнес процессов
Изучив извещение и конкурсную документацию (закупка 74/2026), предлагаем оказать
услуги по внедрению комплекса информационных систем «1С: ERP Управление
холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес
процессов на условиях, изложенных в извещении о проведении указанного конкурса и
закупочной документации.
Объем услуг, предлагаемый к выполнению по настоящему конкурсу, представлен в
Техническом предложении (Приложение №1 к первой части нашей заявки на участие в конкурсе
с участием субъектов МСП).
Мы обязуемся в случае признания нас победителем (единственным участником) в конкурсе
с участием субъектов МСП осуществить оказание услуг (поставку товаров, выполнение работ) в
соответствии с заявленным извещением, конкурсной документацией, согласны с условиями
проведения конкурса с участием субъектов МСП, проектом договора и имеющемся в нем
порядком платежей.
Мы признаём, что направление Заказчиком извещение о проведении конкурса с участием
субъектов МСП и представление нами заявки на участие в конкурсе с участием субъектов МСП
не накладывает на стороны никаких дополнительных обязательств.
Документы, предоставляемые в составе первой части заявки на участие в конкурсе с
участием субъектов МСП всего на________ листах, в том числе:
1. Приложение № 1 на ____ листах.
Приложение № 1
к первой части заявки на участие в конкурсе
с участием субъектов МСП
ТЕХНИЧЕСКОЕ ПРЕДЛОЖЕНИЕ16
на оказание услуг по внедрению комплекса информационных систем «1С: ERP Управление
холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес
процессовпрограммного продукта «1С: ERP Управление холдингом» и использования
технологий искусственного интеллекта на базе программных продуктов 1С
Техническое предложение должно соответствовать Техническому заданию.
16
ВТОРАЯ ЧАСТЬ ЗАЯВКИ НА УЧАСТИЕ КОНКУРСЕ
С УЧАСТИЕМ СУБЪЕКТОВ МСП
на право заключения договора на оказание услуг по внедрению комплекса информационных
систем «1С: ERP Управление холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с
целью автоматизации бизнес процессовпрограммного продукта «1С: ERP Управление
холдингом» и использования технологий искусственного интеллекта на базе программных
продуктов 1С
В случае если участником закупки является юридическое лицо:
Наименование, фирменное наименование (при наличии) юридического лица: ___________;
Адрес юридического лица в пределах места нахождения юридического лица: ___________.
В случае если участником закупки является индивидуальный предприниматель:
Фамилия, имя, отчество (при наличии) индивидуального предпринимателя: _____________;
(физического лица, зарегистрированного в качестве индивидуального предпринимателя)
паспортные данные: _______________________________;
адрес места жительства физического лица, зарегистрированного в качестве
индивидуального предпринимателя: ______________________;
Для всех участников:
идентификационный номер налогоплательщика участника конкурса с участием субъектов
малого и среднего предпринимательства или в соответствии с законодательством
соответствующего иностранного государства аналог идентификационного номера
налогоплательщика (для иностранного лица): _______________________________;
идентификационный номер налогоплательщика (при наличии) учредителей, членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа юридического лица, если участником конкурентной закупки с участием
субъектов малого и среднего предпринимательства является юридическое лицо, или в
соответствии с законодательством соответствующего иностранного государства аналог
идентификационного номера налогоплательщика таких лиц _______________________________.
Реквизиты специального банковского счета участника конкурса с участием субъектов
малого и среднего предпринимательства17:
Наименование банка: __________________________________________________________
Р/счёт: ______________________________________________________________________
Кор/счёт: ____________________________________________________________________
БИК: ________________________________________________________________________
В заявке коллективного участника необходимо заполнить вышеуказанные сведения
на каждого члена коллективного участника.
Адрес электронной почты18: _______________________________;
Контактный телефон, факс: _______________________________;
Должность и Ф.И.О. руководителя (полностью): _______________________________.
Количество зарегистрированных внедренных решений на базе 1С: ERP Управление
предприятием или 1С:ERP. Управление холдингом, или 1С:Управление холдингом,
опубликованных на сайте https://1c.ru/ в разделе рейтинг партнёров «1С:Центры компетенции по
ERP-решениям» (https://1c.ru/rus/partners/ckerp.jsp), с количеством автоматизированных рабочих
17
Заполняется в случае, если требование об обеспечении заявки предусмотрено извещением об
осуществлении такой закупки, документацией о закупке и предоставляется участником такой закупки
путем внесения денежных средств.
18
Адрес электронной почты, контактный телефон, факс, должность и Ф.И.О. руководителя являются
не обязательными к заполнению.
мест пользователей 100 (сто) и более: __________. (в случае если опыт не подтверждается,
необходимо удалить данное предложение).
Статус на сайте Фирмы 1С https://1c.ru/rus/partners/ckerp.jsp в разделе Рейтинг партнеров
«1С:Центры компетенции по ERP-решениям»: Отсутствует / Кандидат в 1С:Центр ERP /
1С:Центр ERP (оставить верное).
Мы подтверждаем, что имеем сертификат системы менеджмента качества «ISO 9001:2015»:
регистрационный номер _________ дата выдачи ________________ срок действия до
____________________ (в случае если квалификация не подтверждается, необходимо удалить
данное предложение).
Мы подтверждаем, что имеем квалифицированный состав специалистов (в случае если
опыт не подтверждается, необходимо удалить данное предложение и следующее).
В подтверждение нашего квалифицированного состава специалистов, мы представляем
Справку о квалифицированном составе специалистов, являющуюся Приложением № 1 ко второй
части нашей заявки на участие в запросе предложений с участием субъектов МСП на _____
листах.
19
Настоящей
заявкой
подтверждаем, что против _____________/наименование члена
коллективной заявки на участие в закупке / не проводится процедура ликвидации, отсутствует
решение арбитражного суда о признании несостоятельным (банкротом).
Настоящей заявкой подтверждаем, что деятельность _____________ / наименование члена
коллективной заявки на участие в закупке / не приостановлена в порядке, установленном Кодексом
Российской Федерации об административных правонарушениях.
Настоящей заявкой подтверждаем, что у ____________________/ наименование члена
коллективной заявки на участие в закупке/ отсутствуют недоимки по налогам, сборам,
задолженности по иным обязательным платежам в бюджеты бюджетной системы
Российской Федерации (за исключением сумм, на которые предоставлены отсрочка, рассрочка,
инвестиционный налоговый кредит в соответствии с законодательством Российской
Федерации о налогах и сборах, которые реструктурированы в соответствии с
законодательством Российской Федерации, по которым имеется вступившее в законную силу
решение суда о признании обязанности заявителя по уплате этих сумм исполненной или
которые признаны безнадежными к взысканию в соответствии с законодательством
Российской Федерации о налогах и сборах) за прошедший календарный год, размер которых
превышает двадцать пять процентов балансовой стоимости наших активов, по данным
бухгалтерской (финансовой) отчетности за последний отчетный период.
Настоящей заявкой подтверждаем, что ____________________/наименование члена
коллективной заявки на участие в закупке / в установленном порядке подано заявление об
обжаловании указанных недоимки, задолженности и решение по данному заявлению на дату
рассмотрения заявки на участие в закупке не принято20.
Настоящей заявкой подтверждаем отсутствие у_________________ /наименование члена
коллективной заявки на участие в закупке / (физического лица, зарегистрированного в качестве
индивидуального предпринимателя/руководителя, членов коллегиального исполнительного
органа, лица, исполняющего функции единоличного исполнительного органа, или главного
бухгалтера юридического лица21) участника закупки непогашенной или неснятой судимости за
преступления в сфере экономики и (или) преступления, предусмотренные статьями 289, 290,
291, 291.1 Уголовного кодекса Российской Федерации, а также неприменение в отношении
указанных физических лиц наказания в виде лишения права занимать определенные должности
или заниматься определенной деятельностью, которые связаны с поставкой товара,
Данная часть заявки является обязательной к заполнению каждым участником коллективной заявки.
Применяется в случае наличия у участника закупки вышеуказанных разбирательств.
21
В зависимости от организационно-правовой формы участника.
19
20
выполнением работы, оказанием услуги, являющихся предметом осуществляемой закупки, и
административного наказания в виде дисквалификации.
Настоящей заявкой подтверждаем, что в отношении _________________ /наименование члена
коллективной заявки на участие в закупке/ отсутствуют факты привлечения в течение двух лет до
момента подачи заявки на участие в закупке участника такой закупки - юридического лица к
административной ответственности за совершение административного правонарушения,
предусмотренного статьей 19.28 Кодекса Российской Федерации об административных
правонарушениях.
Настоящей заявкой подтверждаем, что _________________ / наименование члена коллективной
заявки на участие в закупке/ соответствует указанным в извещении о проведении закупки
требованиям законодательства Российской Федерации к лицам, осуществляющим поставку
товара, выполнение работы, оказание услуги, являющихся предметом закупки.
Настоящей заявкой подтверждаем, что _________________ / наименование члена коллективной
заявки на участие в закупке/ обладает исключительными правами на результаты
интеллектуальной деятельности, если в связи с исполнением договора заказчик приобретает
права на такие результаты.
Настоящей заявкой подтверждаем, что _________________ / наименование члена коллективной
заявки на участие в закупке/ обладает правами использования результата интеллектуальной
деятельности в случае использования такого результата при исполнении договора.
Настоящей заявкой подтверждаем, что __________________ / наименование члена коллективной
заявки на участие в закупке/ информация (сведения) об участнике закупки, в том числе
информация об учредителях, о членах коллегиального исполнительного органа, лице,
исполняющем функции единоличного исполнительного органа участника закупки - юридического
лица, единоличного исполнительного органа участника закупки - физического лица, в качестве
учредителя, отсутствует в реестре недобросовестных поставщиков, предусмотренном
статьей 5 Федерального закона от 18.07.2011 № 223-ФЗ «О закупках товаров, работ, услуг
отдельными видами юридических лиц» и/или в реестре недобросовестных поставщиков,
предусмотренном Федеральным законом от 05 апреля 2013 № 44-ФЗ «О контрактной системе
в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных
нужд».
Настоящей заявкой подтверждаем, что __________________ / наименование члена коллективной
заявки на участие в закупке/ не является иностранным агентом в соответствии с Федеральным
законом от 14.07.2022 № 255-ФЗ «О контроле за деятельностью лиц, находящихся под
иностранным влиянием».
В случае привлечения третьих лиц участник закупки должен задекларировать это в своей
заявке на участие в закупке в свободной форме
Документы, предоставляемые в составе второй части заявки на участие в конкурсе в
электронной форме, с участием субъектов МСП всего на________ листах, в том числе:
1. Приложение № 1 на ____ листах;
2. Приложение № 2 на ____ листах.
Приложение № 1
ко второй части заявки на участие в конкурсе
с участием субъектов МСП
СПРАВКА О КВАЛИФИЦИРОВАННОМ СОСТАВЕ СПЕЦИАЛИСТОВ22
Для оценки заявки _____________________ нами предлагается, в том числе предоставляются
(наименование участника закупки)
копии документов в составе заявки:
№
п/п
Наименование подкритерия оценки
Данные о
штатных
специалистах,
предлагаемых
участником
для оказания
услуг по
договору
Перечень документов,
подтверждающих
данные о количестве,
с указанием
наименований
документов
(Ф.И.О. и
должность)
1) Штатные специалисты, имеющие сертификат «1С: Руководитель корпоративных
проектов»
1.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 Трудового кодекса
Российской Федерации (далее – ТК РФ)
Согласие на обработку персональных данных
1.2 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
2) Штатные специалисты, имеющие сертификат «1С: Эксперт по технологическим
вопросам»
2.1 Специалист
ИНСТРУКЦИЯ ПО ЗАПОЛНЕНИЮ СПРАВКИ О КВАЛИФИЦИРОВАННОМ СОСТАВЕ
СПЕЦИАЛИСТОВ:
1. Данные инструкции не следует воспроизводить в документах, подготовленных участником закупки.
2. Участник закупки в данной форме представляет сведения о квалифицированном составе
22
специалистов участника закупки, необходимые для оценки и сопоставления заявок на участие в
закупке согласно принятым в закупочной документации критериям оценки, а также копии
документов: копии сертификатов, копии трудовых договоров/копии трудовых книжек/сведения
о трудовой деятельности, предусмотренные статьей 66.1 Трудового кодекса Российской
Федерации, согласия на обработку персональных данных специалистов.
3. Копии документов должны быть заверены участником закупки.
4. К документам, подготовленным на другом языке, кроме русского, должен прилагаться
точный перевод на русский язык.
5. В случае не предоставления/предоставления не в полном объеме/наличия
противоречивых сведений в заявке и приложенных участником подтверждающих копиях
документов, участнику закупки по соответствующему подкритерию присваивается
количество баллов равное нулю.
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
3) Штатные специалисты, имеющие сертификат «1С: Специалист» по платформе «1С:
Предприятие 8.3»
3.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
3.2 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
4) Штатные специалисты, имеющие сертификат «1С: Специалист-консультант» по
внедрению подсистем управленческого учета в «1С: ERP Управление предприятием»
4.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
4.2 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
5) Штатные специалисты, имеющие сертификат «1С: Специалист-консультант» по
внедрению подсистем регламентированного учета в «1С: ERP Управление
предприятием»
5.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
5.2 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
6) Штатные специалисты, имеющие сертификат «1С: Специалист-консультант» по
внедрению подсистем «Управление производством и организация ремонтов» в «1С: ERP
Управление предприятием»
6.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
6.2 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
7) Штатные специалисты, имеющие сертификат «1С: Специалист-консультант» по
внедрению подсистем «Бюджетирование» в «1С: ERP Управление предприятием»
7.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
7.2 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
8) Штатные специалисты, имеющие сертификат «1С: Специалист-консультант» по
внедрению прикладного решения «1С: Бухгалтерия 8»
8.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
8.2 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
9) Штатные специалисты, имеющие сертификат «1С: Специалист-консультант» по
внедрению прикладного решения «1С: Зарплата и управление персоналом 8»
9.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
9.2
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
10) Штатные специалисты, имеющие сертификат «1С: Специалист-консультант» по
настройке и администрированию «1С: Документооборота»
10.1 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
10.2 Специалист
копия сертификата
копия трудового договора или трудовой книжки,
или сведения о трудовой деятельности,
предусмотренные статьей 66.1 ТК РФ
Согласие на обработку персональных данных
…
ПРЕДЛОЖЕНИЕ О ЦЕНЕ ДОГОВОРА
на оказание услуг по внедрению комплекса информационных систем «1С: ERP Управление
холдингом», «1С: ТОиР» и «1С: Документооборот КОРП» с целью автоматизации бизнес
процессовпрограммного продукта «1С: ERP Управление холдингом» и использования
технологий искусственного интеллекта на базе программных продуктов 1С
Участник закупки: ________________________________.
Предлагаемая цена договора: ____________________рублей____ коп, в т.ч. НДС __%/
НДС не облагается на основании ст. _____НК РФ.23
№
п/п
1
2
3
4
5
6
7
8
9
10
11
12
Наименование услуги
Ед.
изм.
Колво
Формирование структуры НСИ
Бюджетирование
Закупки
Складской учет
Производство
ТОиР
Маркетинг
Реализация
Электронный документооборот
Бухгалтерский учет
Заработная плата
Отраслевая специфика
Итого:
ед
ед
ед
ед
ед
ед
ед
ед
ед
ед
ед
ед
ед
1
1
1
1
1
1
1
1
1
1
1
1
12
Цена за единицу24 в
т.ч. НДС / НДС не
облагается,
руб.
Общая стоимость
в т.ч. НДС / НДС
не облагается,
руб.
В цену договора включены все затраты, издержки и иные расходы Исполнителя, связанные
с оказанием услуг, в том числе командировочные расходы Исполнителя, стоимость услуг
привлеченных специалистов, стоимость найма персонала, подготовка отчетности на бумажном
носителе и ее почтовая доставка по адресу Заказчика и другие обязательные платежи, которые
Исполнитель должен выплатить в связи с выполнением обязательств по договору.
Мы ознакомлены с проектом договора, а также со сроками и порядком оплаты по договору.
В случае если участник не является плательщиком НДС, участнику необходимо указать основание
статью НК РФ.
24
Цены за единицы услуг, указанные в предложении о цене договора, не должны превышать средние цены
за единицы услуг, указанные в разделе VI закупочной документации «Обоснование и расчёт начальной
(максимальной) цены договора».
23
Раздел VI
Обоснование и расчёт начальной (максимальной) цены договора
Использован метод анализа ценовых предложений (основание пп. 2.8.3 п. 2.8 раздела 2 Положения о закупке АО «КМКР»).
№
п/п
1
2
3
4
5
6
7
8
9
10
11
12
Наименование услуги
Формирование структуры НСИ
Бюджетирование
Закупки
Складской учет
Производство
ТОиР
Маркетинг
Реализация
Электронный
документооборот
Бухгалтерский учет
Заработная плата
Отраслевая специфика
Итого:
Коммерческое
предложение № 1
Коммерческое
предложение № 2
Коммерческое
предложение № 3
Средняя Цена
Ед.
изм.
Колво
Цена за единицу,
рублей
Цена за единицу,
рублей
Цена за единицу,
рублей
Средняя цена
за единицу,
рублей
ед
ед
ед
ед
ед
ед
ед
ед
1
1
1
1
1
1
1
1
1 414 507,00
15 023 624,00
3 609 780,00
3 877 649,00
4 484 389,00
1 770 744,00
1 411 040,00
2 868 854,00
1 509 520,00
14 467 288,00
3 683 347,00
3 910 094,00
4 356 578,00
1 945 360,00
1 906 851,00
3 154 051,00
1 502 224,00
13 741 868,00
3 449 049,00
4 091 954,00
4 658 797,00
2 055 485,00
1 620 845,00
3 040 669,00
1 475 417,00
14 410 926,67
3 580 725,33
3 959 899,00
4 499 921,33
1 923 863,00
1 646 245,33
3 021 191,33
Средняя цена
за общее
количество,
рублей
1 475 417,00
14 410 926,67
3 580 725,33
3 959 899,00
4 499 921,33
1 923 863,00
1 646 245,33
3 021 191,33
ед
1
2 221 560,00
2 693 472,00
2 184 971,00
2 366 667,67
2 366 667,67
ед
ед
ед
ед
1
1
1
12
14 061 001,00
775 237,00
9 462 575,00
60 980 960,00
13 565 613,00
1 023 584,00
9 619 964,00
61 835 722,00
13 479 273,00
1 282 188,00
9 093 936,00
60 201 259,00
13 701 962,33 13 701 962,33
1 027 003,00
1 027 003,00
9 392 158,33
9 392 158,33
61 005 980,33

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_БухУчет.docx | docs/32616449098/74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_БухУчет.pdf
Отчет о моделировании
бизнес-процессов по бухгалтерскому и налоговому учету
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
АО «КМКР»
1.
Редакция 1
Изменение №
Оглавление
Лист согласования.................................................................................................................... 4
Версии документа..................................................................................................................... 5
Общие сведения.........................................................................................................................6
1.1.
1.2.
1.3.
1.4.
1.5.
2.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Назначение документа.......................................................................................................6
Определения терминов и сокращений.............................................................................6
Цели, задачи и объект моделирования.............................................................................7
Подход к реализации сценария моделирования..............................................................8
Общие методологические требования к внедряемой ИС...............................................8
Характеристика объектов и результатов его моделирования...............................................9
2.1.
2.2.
Бизнес-процесс по бухгалтерскому и налоговому учету...............................................9
Учет капитальных вложений.......................................................................................... 10
2.2.1.
Общее описание моделируемого бизнес-процесса................................................10
2.2.2.
Функции бизнес-процесса.........................................................................................10
2.3.
Учет основных средств....................................................................................................14
2.3.1.
Общее описание моделируемого бизнес-процесса................................................14
2.3.2.
Функции бизнес-процесса.........................................................................................15
2.4.
Учет запасов (ТМЦ, ГП)..................................................................................................18
2.4.1.
Общее описание моделируемого бизнес-процесса................................................18
2.4.2.
Функции бизнес-процесса.........................................................................................18
2.5.
Учет спецодежды и инвентаря на забалансовых счетах..............................................21
2.5.1.
Общее описание моделируемого бизнес-процесса................................................21
2.5.2.
Функции бизнес-процесса.........................................................................................22
2.6.
Учет расчетов с поставщиками и подрядчиками..........................................................24
2.6.1.
Общее описание моделируемого бизнес-процесса................................................24
2.6.2.
Функции бизнес-процесса.........................................................................................24
2.7.
Учет обеспечительных платежей на забалансовых счетах..........................................29
2.7.1.
Общее описание моделируемого бизнес-процесса................................................29
2.7.2.
Функции бизнес-процесса.........................................................................................29
2.8.
Расчеты с самозанятыми.................................................................................................33
2.8.1.
Общее описание моделируемого бизнес-процесса................................................33
2.8.2.
Функции бизнес-процесса.........................................................................................33
2.9.
Учет аренды по ФСБУ 25/2018.......................................................................................37
2.9.1.
Общее описание моделируемого бизнес-процесса................................................37
2.9.2.
Функции бизнес-процесса.........................................................................................37
2.10. Учет расчетов с покупателями и заказчиками. Учет выручки....................................42
2.10.1. Общее описание моделируемого бизнес-процесса................................................42
2.10.2. Функции бизнес-процесса.........................................................................................43
2.11. Учет прочих доходов и расходов....................................................................................47
2.11.1. Общее описание моделируемого бизнес-процесса................................................47
2.11.2. Функции бизнес-процесса.........................................................................................47
2.12. Учет банковских операций..............................................................................................49
2.12.1. Общее описание моделируемого бизнес-процесса................................................49
2.12.2. Функции бизнес-процесса.........................................................................................49
2.13. Учет кассовых операций................................................................................................. 52
2.13.1.
Общее описание моделируемого бизнес-процесса................................................52
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.13.2. Функции бизнес-процесса.........................................................................................53
2.14. Учет расчетов с подотчетными лицами.........................................................................55
2.14.1. Общее описание моделируемого бизнес-процесса................................................55
2.14.2. Функции бизнес-процесса.........................................................................................56
2.15. Учет депозитов................................................................................................................. 59
2.15.1. Общее описание моделируемого бизнес-процесса................................................59
2.15.2. Функции бизнес-процесса.........................................................................................60
2.16. Учет производства на стороне (давальческая схема)...................................................64
2.16.1. Общее Описание моделируемого бизнес-процесса................................................64
2.16.2. Функции бизнес-процесса.........................................................................................64
2.17. Учет временных и постоянных разниц в учете.............................................................68
2.17.1. Общее описание моделируемого бизнес-процесса................................................68
2.17.2. Функции бизнес-процесса.........................................................................................69
2.18. Закрытие месяца...............................................................................................................71
2.18.1. Общее описание моделируемого бизнес-процесса................................................71
2.18.2. Функции бизнес-процесса.........................................................................................71
2.19. Расчет имущественных налогов..................................................................................... 74
2.19.1. Общее описание моделируемого бизнес-процесса................................................74
2.19.2. Функции бизнес-процесса.........................................................................................74
2.20. Учет НДС.......................................................................................................................... 77
2.20.1. Общее описание моделируемого бизнес-процесса................................................77
2.20.2. Функции бизнес-процесса.........................................................................................77
2.21. Расчет налога на прибыль............................................................................................... 81
3.
4.
2.21.1. Общее описание моделируемого бизнес-процесса................................................81
2.21.2. Функции бизнес-процесса.........................................................................................82
Концепция ролей и полномочий............................................................................................ 84
Приложения к документу....................................................................................................... 86
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Перечень отчетных и печатных форм............................................................................ 86
Перечень интеграций....................................................................................................... 86
Перечень НСИ.................................................................................................................. 86
Реестр миграционных потоков.......................................................................................86
Перечень функциональных требований и разрывов....................................................86
Соответствие функций и бизнес-ролей..........................................................................86
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Лист согласования
Должность
ФИО
Подпись
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Версии документа
Дата
Автор
Компания
Версия
19.12.2025
Локтионова Т.П.
ООО «Градум»
1.0
Описание изменений
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по
бухгалтерскому и налоговому учету содержит описание системы, алгоритмов процессов,
используемых объектов разрабатываемой системы с учетом моделей бизнес-процессов, требований
Технического задания на выполнение работ по обследованию и моделированию, а также
внутренних нормативных документов Заказчика. Окончательные требования к разработкам могут
быть уточнены на этапе реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и
ожидаемого результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков, если применимо;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение / Термин
1C:ERP. УХ,
информационная
система, система
Заказчик
Определение термина (расшифровка сокращения)
1С:ERP Управление холдингом, ред. 3.2
АРМ
Автоматизированное рабочее место
БП
Бизнес-процесс
ВР
Временные разницы
ГП
Готовая продукция
ГФУ
Группы финансового учета
ДС
Денежные средства
Дт
Дебет
ЕНС
Единый налоговый счет
АО «Кавминкурортресурсы»
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Сокращение / Термин
ЕНП
Определение термина (расшифровка сокращения)
Единый налоговый платеж
ЗНО
Заявка на оплату
ИС
Кт
Внедряемая информационная система на базе конфигурации 1С:ERP
Управление холдингом, ред. 3.2
Кредит
МОС
Малоценные основные средства
НДС
Налог на добавленную стоимость
НСИ
Нормативно-справочная информация
ОНА
Отложенный налоговый актив
ОНО
Отложенное налоговое обязательство
ОС
Основные средства
ОСВ
Оборотно-сальдовая ведомость
ОСНО
Общая система налогообложения
Подсистема или раздел
ПО
Логическая группа объектов конфигурации (документы, справочники,
отчеты), объединенная по общему бизнес-процессу (например:
«Закупки»)
Программное обеспечение
ППА
Право пользования активом
ПР
Постоянные разницы
ПТиУ
Поступление товаров и услуг
ПУиПА
Приобретение услуг и прочих активов
РТиУ
Реализация товаров и услуг
ТМЦ
Товарно-материальные ценности
ФИО
Фамилия, имя, отчество
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы
бухгалтерскому и налоговому учету Заказчика.
ведения
деятельности
по
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Целью моделирования является анализ текущих бизнес-процессов по бухгалтерскому и
налоговому учету, фиксирование функциональных требований к разрабатываемой системе как со
стороны владельца бизнес-процессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:
 уточнение организационной структуры Заказчика;
 уточнение функционального объёма Проекта по внедрению системы;
 определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
 определение интеграционных потоков между действующими и проектируемыми
информационными системами;
 описание текущих бизнес-процессов бухгалтерскому и налоговому учетам;
 уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
 определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
 определение требований к миграции первичных данных;
 определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP. УХ. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
 При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP Управление
холдингом, редакция 3.2.10.1». Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО БУХГАЛТЕРСКОМУ И НАЛОГОВОМУ УЧЕТУ
Общая схема бизнес-процесса направления (Приложение):
Схема процессов нижнего уровня (если применимо):
Перечень подпроцессов по регламентированному учету представлен Таблице 1.
Таблица 1 Перечень подпроцессов по бухгалтерскому и налоговому учету
№
п/п
Уровень
БП
1.
2
БНУ.2.1
Учет капитальных вложений
2.
2
БНУ.3.1
Учет основных средств
3.
2
БНУ.5.1
Учет запасов (ТМЦ, ГП)
4.
2
БНУ.6.1
Учет спецодежды и инвентаря на забалансовых счетах
5.
2
БНУ.7.1
Учет расчетов с поставщиками и подрядчиками
6.
2
БНУ.7.2
Учет обеспечительных платежей на забалансовом счете
7.
2
БНУ.7.3
Расчеты с самозанятыми
8.
2
БНУ.7.4
Учет аренды по ФСБУ 25/2018
9.
2
БНУ.8.1
Учет расчетов с покупателями и заказчиками
10.
2
БНУ.11.1
Учет прочих доходов и расходов
11.
2
БНУ.14.1
Учет банковских операций
Код БП
Название БП
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
№
п/п
Уровень
БП
12.
2
БНУ.15.1
Учет кассовых операций
13.
2
БНУ.16.1
Учет расчетов с подотчетными лицами
14.
2
БНУ.17.1
Учет депозитов
15.
2
БНУ.20.4
Учет производства на стороне (давальческая схема)
16.
2
БНУ.21.1
Учет временных и постоянных разниц в учете
17.
2
БНУ.22.1
Закрытие периода
18.
2
БНУ.23.1
Расчет имущественных налогов
19.
2
БНУ.23.2
Учет НДС
20.
2
БНУ.23.3
НДС по хозспособу
21.
2
БНУ.23.4
Расчет налога на прибыль
22.
2
БНУ.23.6
Единый налоговый счет
Код БП
Название БП
2.2. УЧЕТ КАПИТАЛЬНЫХ ВЛОЖЕНИЙ
2.2.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс обусловлен необходимостью отразить в информационной системе затраты
организации на приобретение, создание, улучшение и (или) восстановление объектов ОС.
Например, затраты на строительство, сооружение, изготовление объектов, подготовку проектной,
рабочей и организационно-технологической документации, улучшение и восстановление объекта
Учет капитальных вложений осуществляется согласно ФСБУ 26/2020 и учетной политикой,
разработанной в соответствии с этим стандартом.
После настройки учетной политики происходит фиксация самих внеоборотных активов в
системе. В 1С:ERP. УХ для этого выделена подсистема «Внеоборотные активы» с широким
функционалом. Вендором разделены «Основные средства» и «Объекты строительства», это два
разных справочника. По Объектам строительства затраты собираются на 08-ой счет, а потом
переводятся на 01-ой счет (модернизация, капитальный ремонт и т.д.). Основные средства –
справочник, куда вносится имущество предприятия, информация об амортизации.
Начисление амортизации выполняется регламентной процедурой «Начисление амортизации
ОС» в рамках операций закрытия месяца в рабочем месте Финансовый результат и контроллинг –
Закрытие месяца – Закрытие месяца. При выполнении процедур формируются документы
Амортизация ОС, доступ к которым возможен в журнале Регламентные документы и из списка
документов ОС на закладке «Амортизация».
Для учета капитальных вложений используются типовые отчеты: ОСВ по счету, Анализ
счета, Обороты счета, Карточка счета с отбором по счетам 02, 08 и др.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
2.2.2.
Редакция 1
Изменение №
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Error: Reference source not found 2 представлен Перечень функций бизнес-процессов,
реализуемых в системе 1C:ERP. УХ.
Таблица 2 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
5.
Код БП
БНУ.2.1
Название БП
Учет капитальных
вложений
Название Функции
Детальное описание
Настройка учетной политики
В
учетной
политике
финансового счета на вкладке
«Внеоборотные
активы»
указать методы учета, учет
аренды по ФСБУ 25/2018,
указать дату, с которой
начисляется амортизация на
ОС, арендованные ОС, НМА.
В
учетной
политике
бухгалтерского
учета
на
вкладке
«Внеоборотные
активы» указать дату, с
которой
начисляется
амортизация
В справочнике «Объекты
строительства» создать новый
элемента элемент, заполнить реквизиты
«Объекты «Группа
объектов»,
«Наименование», «Состояние
строительства»,
«Способ
строительства»
БНУ.2.1
Создание
Учет капитальных
справочника
вложений
строительства»
БНУ.2.1
Отразить
расходы
Списание
расходов
на
Учет капитальных
документами ПТиУ, ПУиПА,
формирование
стоимости
вложений
«Отражение
зарплаты
в
Объекта строительства
финансовом учете» и др.
БНУ.2.1
Учет капитальных Ввод в систему документа
вложений
«Принятие к учету ОС»
Заполнить
реквизиты
Наименование, Инвентарный
номер, Группа, Дата выпуска
(постройки), Подразделение,
Амортизационная
группа,
Дата принятия к учету, Срок
использования, ГФУ
Учет капитальных
вложений
Для
анализа
учета
капитальных
вложений
используются
типовые
отчеты: ОСВ по счету, Анализ
счета,
Обороты
счета,
Карточка счета с отбором по
счетам 02, 08 и др.
БНУ.2.1
Формирование отчетов
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.2.2.1. НАСТРОЙКА УЧЕТНОЙ ПОЛИТИКИ
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Учетная политика — это внутренний документ, который устанавливает способы и нормы
ведения бухгалтерского и налогового учета на предприятии. Ее формируют с учетом налогового и
бухгалтерского законодательства, федеральных и отраслевых стандартов.
Необходимо обеспечить возможность аналитического учета капитальных вложений с учетом
используемых субсчетов 08.03, 08.04, 08.05
2.2.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм настройки учетной
политики. В учетной политике финансового счета на вкладке «Внеоборотные активы» указать:
 методы учета (По стандартам международного учета или По ПБУ 6/01 и 14/2007);
 учет аренды по ФСБУ 25/2018. В этом разделе заполнить статью процентных доходов
финансовой аренды, которая входит в классификатор «Статьи доходов».
Классификатор используется для группировки доходов предприятия по прочей
деятельности. В статье необходимо указать ГФУ, которая содержит правила
отражения доходов в бухгалтерском учете, информацию о счете учета. Для выбора
доступен только счет 91.01 — для отражения доходов в текущем периоде. Если доход,
отражаемый по статье, принимается в налоговом учете, то на вкладке
«Регламентированный учет» необходимо установить флаг «Принимается к налоговому
учету». Также указывается вид доходов, от которого зависит в каких разделах
бухгалтерской и налоговой отчетности будут отражены суммы доходов по этой статье.
Статья доходов по основному виду деятельности в данный справочник не входит и
настроек не имеет;
 указать дату, с которой начисляется амортизация на ОС, арендованные ОС, НМА: с
даты принятия к учету (амортизация начисляется с даты принятия к учету и изменение
параметров влияет на начисление амортизации с даты документа) или с первого числа
месяца, следующего за месяцем принятия к учету (амортизация начисляется со
следующего месяца, изменение параметров влияет на начисление амортизации со
следующего месяца).
В учетной политике бухгалтерского учета на вкладке «Внеоборотные активы» указать дату, с
которой начисляется амортизация на ОС, арендованные ОС, НМА.
2.2.2.2. СОЗДАНИЕ ЭЛЕМЕНТА СПРАВОЧНИКА «ОБЪЕКТЫ СТРОИТЕЛЬСТВА»
2.2.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Ответственный бухгалтер создает элемент справочника «Объекты строительства». В данном
справочнике хранятся сведения о строящихся (модернизируемых, реконструируемых,
монтируемых) объектах основных средств.
2.2.2.2.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм создания карточки
Объекта строительства. Ответственный бухгалтер в справочнике «Объекты строительства» создает
новый элемент, заполняет реквизиты Группа объектов, Наименование, Состояние строительства,
Способ строительства, записывает карточку.
2.2.2.3. СПИСАНИЕ РАСХОДОВ НА ФОРМИРОВАНИЕ СТОИМОСТИ ОБЪЕКТА
СТРОИТЕЛЬСТВА
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.2.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для учета капитальных вложений по формированию стоимости объекта строительства
используются документы поступления товаров, услуг и прочих активов, отражение зарплаты в
финансовом учете и др. Расходы аккумулируются на счете 08. Счет предназначен для учета затрат
организации на приобретение, создание и улучшение объектов, которые станут основными
средствами, нематериальными активами или другими внеоборотными активами.
Требуется обеспечить списание расходов и формирование стоимости объекта строительства.
2.2.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм списания расходов, в том
числе и отражение заработной платы при производстве строительно-монтажных работ
собственными силами, на счет 08 с целью формирования стоимости объекта строительства. Все
закупки происходят через подсистему «Закупки» документами «Поступление товаров и услуг»
(ПТиУ) и «Поступление услуг и прочих активов» (ПУиПА). Отличие этих документов заключается
в том, что в ПТиУ вводится номенклатура и, в случае поступления товаров, номенклатура поступает
на конкретный склад. ПУиПА не обязательно имеет аналитику склада, позволяет отразить
дополнительные расходы, связанные с приобретением ТМЦ. Например, услуг (без использования
номенклатуры), транспортные расходы, таможенные пошлины, страхование груза и другие затраты.
Формирование документов поступления товаров описано в «Отчете о моделировании по блоку
«Складской учет». В данном отчете будет описано приобретение услуг или прочих активов путем
оформления документов ПТиУ и ПУиПА.
ПТиУ создается из общего Журнала документов по закупкам по команде «Создать» →
Приобретение товаров и услуг → Закупка у поставщика. Далее выбрать номенклатуру с типом
«Услуга», заполнить обязательные реквизиты:
• Организация,
• Поставщик,
• Договор,
• Номенклатура,
• Количество,
• Цена,
• Ставка НДС,
• Подразделение.
В создаваемом документе автоматически будет включена галка «Списать на расходы»,
поэтому необходимо указать Статью расходов, она создается в системе ответственным
бухгалтером. Статья расходов – это элемент для классификации расходов, настройки учета и
распределения затрат по счетам, видам и налоговым правилам. При создании статьи расходов на
вкладке «Основное» важно правильно квалифицировать тип расходов (реквизит «Расходы
возникают»), при этом нужно руководствоваться процессом или объектом учета, в рамках которых
расход был отражен. Результат выбора типа расходов определяет возможные варианты
распределения расходов. Также в создаваемом документе важно отобразить информацию о группе
финансового учета (ГФУ) расчетов. В ней определяются правила отражения расчетов с
поставщиками, подрядчиками в бухгалтерском учете, в частности счета учета. Группа наследуется
из договора, при необходимости счета учета можно изменить в самом документе приобретения.
Поступление услуг также может быть отображено документом ПУиПА. Документ создается
из общего Журнала документов по закупкам. Для этого в общем Журнале документов по закупкам
необходимо нажать кнопку «Создать» → Приобретение услуг и прочих активов → Закупка у
поставщика.
Ответственному бухгалтеру необходимо будет вручную заполнить ключевые реквизиты в
ПУиПА:
• Организация,
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
• Поставщик,
• Договор,
• Содержание,
• Количество,
• Цена,
• Ставка НДС,
• Подразделение.
В этом документе нет аналитики номенклатуры, в поле «Содержание» необходимо внести
содержание приобретаемой услуги, а также заполнить Статью расходов и ГФУ, как в ПТиУ. Кроме
того, нужно заполнить аналитику и подразделение-получатель. Варианты аналитики зависят от
выбора типа аналитики расходов в статье расходов, подразделение-получатель – это подразделение,
куда поступает услуга или прочий актив.
Поступление товаров и услуг отображается проводкой Дт 08.03/08.04 Кт 60.01/60.02.
2.2.2.4. ВВОД В СИСТЕМУ ДОКУМЕНТА «ПРИНЯТИЕ К УЧЕТУ ОС»
2.2.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
С целью завершения капитальных вложений в объект и создания объекта - основное средство,
в системе требуется оформить документ «Принятие к учету ОС».
2.2.2.4.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм принятия к учету ОС. В
подсистеме «Внеоборотные активы» создается документ «Принятие к учету ОС». В документе на
вкладке «Отражение расходов» важно заполнить информацию об отражении амортизации в
бухгалтерском, налоговом и управленческом учете. Также нужно указать статью расходов,
заполнить в ней информацию: когда возникают расходы, к чему относятся, как распределяются. В
случае необходимости, например, если расходы возникают при производстве, указать статью
калькуляции и характер затрат. На вкладке «Бухгалтерский учет и налоги» важно указать счет учета
и счет списания в ГФУ. Начисление амортизации будет происходить в соответствии с данными в
ГФУ (амортизация учитывается на 20-ом счете, списывается на 90.02.1). Также важно указать
статью расходов для налогов.
После заполнения документа бухгалтер любым удобным способом формирует проводки: по
команде «Дт Кт» или регламентным заданием. При отражении в учете сформируется проводка Дт
01.01 Кт 08.03. Начислить амортизацию можно в АРМ «Закрытие месяца», операция «Начисление
амортизации ОС» по гиперссылке «Начислить»: запуском операции вручную или регламентной
операций по расписанию. В ОСВ с отбором по счету 02 обобщается информация о накопленной
амортизации. Также информацию можно об амортизации можно увидеть в карточке основного
средства на вкладке «Сведения об основном средстве». Для объектов капитальных вложений
ответственный бухгалтер указывает актуальные статусы для объекта строительства.
2.2.2.5. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.2.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа учета капитальных вложений необходимы отчеты, которые
отображают информацию о первоначальной стоимости основных средств на начало периода,
оборотах и конечном остатке.
2.2.2.5.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Типовые отчеты контроля и анализа учета капитальных вложений:
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №

«ОСВ по счету» с отбором по счету 02 - содержит информацию об остатках и оборотах
по счету за указанный период;
 «Анализ счета» с отбором по счету 02 - отражает обороты между счетом 02 и всеми
остальными счетами (субсчетами) за определённый период, а также остатки по
выбранному счету на начало и на конец периода. Сформированный отчет представляет
собой таблицу, в строках которой приведены номера корреспондирующих счетов и
обороты в их дебет и кредит (соответственно с кредита и дебета выбранного счета);
 «Карточка счета» с отбором по счету 02 - отражает корреспонденции счета 02 за
выбранный период, в которых был использован счет 02;
 «Обороты счета» с отбором по счету 02 - отражает обороты между счетом 02 и всеми
остальными счетами за определенный период.
Отчеты расположены в подсистеме «Регламентированный учет». Расходы на капитальные
вложения отображаются на субсчетах счета 08.
2.3.
УЧЕТ ОСНОВНЫХ СРЕДСТВ
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Требуется отразить в учетной системе процесс сбора, регистрации и анализа информации о
физических активах, которые используются в хозяйственной деятельности предприятия. К
основным средствам относятся здания, сооружения, машины, оборудование, транспортные
средства и другие активы, срок службы которых превышает один год.
Порядок учета основных средств определен ФСБУ 6/2020 и учетной политикой предприятия,
разработанной в соответствии с этим стандартом.
После настройки учетной политики происходит фиксация самих основных средств в системе.
В 1С:ERP. УХ для этого выделена подсистема «Внеоборотные активы» с широким функционалом.
В справочник «Основные средства» вносится имущество предприятия, информация об
амортизации.
Бухгалтер вносит документ ПТиУ или ПУиПА, далее документ «Принятие к учету».
Начисление амортизации выполняется регламентной процедурой «Начисление амортизации ОС» в
рамках операций закрытия месяца в рабочем месте Финансовый результат и контроллинг –
Закрытие месяца. При выполнении процедуры закрытия месяца формируются документы
«Амортизация ОС», доступ к которым возможен в журнале «Регламентные документы» и из списка
документов ОС на закладке «Амортизация».
Необходимо обеспечить возможность аналитического учета движения ОС с учетом
используемых
субсчетов
01.01,
01.02,
01.03,
01.04,
01.08,
01.09.
Настроить расчет и учет амортизации.
Для учета основных средств используются отчеты ОСВ по счету, Анализ счета, Обороты
счета, Карточка счета с отбором по 01-му, 08-му счету, Ведомость ОС, Реестр ОС и др.
2.3.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 3 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 3 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
Код БП
БНУ.3.1
Название БП
Учет основных
средств
Название Функции
Детальное описание
Настройка учетной политики
В
учетной
политике
финансового счета на вкладке
«Внеоборотные активы» указать
методы учета, учет аренды по
ФСБУ 25/2018, указать дату, с
которой
начисляется
АО «КМКР»
№
п/п
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
Название Функции
2.
БНУ.3.1
Создание
Учет основных
справочника
средств
средства»
элемента
«Основные
3.
БНУ.3.1
Учет основных Ввод в систему документа
средств
ПТиУ, ПУиПА
4.
БНУ.3.1
Учет основных Ввод в систему документа
средств
«Принятие к учету ОС»
5.
БНУ.3.1
Учет основных
средств
Формирование отчетов
Редакция 1
Изменение №
Детальное описание
амортизация
на
ОС,
арендованные ОС, НМА. В
учетной
политике
бухгалтерского учета на вкладке
«Внеоборотные активы» указать
дату, с которой начисляется
амортизация
В
справочнике
«Основные
средства»
создать
новый
элемент,
заполнить
обязательные реквизиты
Ответственный
бухгалтер
создает документ, заполняет
обязательные
реквизиты,
записывает документ
Заполнить
реквизиты
Наименование,
Инвентарный
номер, Группа, Дата выпуска
(постройки),
Подразделение,
Амортизационная группа, Дата
принятия
к
учету,
Срок
использования, ГФУ
Для анализа учета капитальных
вложений
используются
типовые отчеты: ОСВ по счету,
Анализ счета, Обороты счета,
Карточка счета с отбором по 01му, 02-му счету, Ведомость по
ОС, Реестр ОС и др.
2.3.2.1. НАСТРОЙКА УЧЕТНОЙ ПОЛИТИКИ
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Учетная политика — это внутренний документ, который устанавливает способы и нормы
ведения бухгалтерского и налогового учета на предприятии. Ее формируют с учетом налогового и
бухгалтерского законодательства, федеральных и отраслевых стандартов.
Требуется обеспечить полноценный учет основных средств посредством настроек в учетной
системе.
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм настроек учетной
политики. В учетной политике финансового счета на вкладке «Внеоборотные активы» указать:
 методы учета (По стандартам международного учета или По ПБУ 6/01 и 14/2007);
 учет аренды по ФСБУ 25/2018. В этом разделе заполнить статью процентных доходов
финансовой аренды, которая входит в классификатор «Статьи доходов».
Классификатор используется для группировки доходов предприятия по прочей
деятельности. В статье необходимо указать ГФУ, которая содержит правила
отражения доходов в бухгалтерском учете, информацию о счете учета. Для выбора
доступен только счет 91.01 — для отражения доходов в текущем периоде. Если доход,
отражаемый по статье, принимается в налоговом учете, то на вкладке
«Регламентированный учет» необходимо установить флаг «Принимается к налоговому
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
учету». Также указывается вид доходов, от которого зависит в каких разделах
бухгалтерской и налоговой отчетности будут отражены суммы доходов по этой статье.
Статья доходов по основному виду деятельности в данный справочник не входит и
настроек не имеет;
 указать дату, с которой начисляется амортизация на ОС, арендованные ОС, НМА: с
даты принятия к учету (амортизация начисляется с даты принятия к учету и изменение
параметров влияет на начисление амортизации с даты документа) или с первого числа
месяца, следующего за месяцем принятия к учету (амортизация начисляется со
следующего месяца, изменение параметров влияет на начисление амортизации со
следующего месяца).
В учетной политике бухгалтерского учета на вкладке «Внеоборотные активы» указать дату, с
которой начисляется амортизация на ОС, арендованные ОС, НМА.
2.3.2.2. СОЗДАНИЕ ЭЛЕМЕНТА СПРАВОЧНИКА «ОСНОВНЫЕ СРЕДСТВА»
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется ведение нормативно-справочной информации по основным средствам в учетной
системе. Основной объект НСИ – справочник «Основные средства», является реестром имущества
организации, используемого в течение длительного времени (и обеспечивает полный жизненный
цикл управления ОС: от принятия к учёту и начисления амортизации до перемещения,
модернизации и выбытия.
2.3.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм создания карточки
основного средства. Ответственный бухгалтер в справочнике «Основные средства» создает новый
элемент, заполняет реквизиты - Группа объектов, Наименование, Состояние строительства, Способ
строительства, записывает карточку.
2.3.2.3. ВВОД В СИСТЕМУ ДОКУМЕНТОВ «ПОСТУПЛЕНИЕ ТОВАРОВ И УСЛУГ»,
«ПРИОБРЕТЕНИЕ УСЛУГ И ПРОЧИХ АКТИВОВ»
2.3.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется отразить факты приобретения основных средств. После создания объекта в
справочнике «Основные средства» необходимо оформить документы ПТиУ или ПУиПА, на
основании которых приобретено ОС.
2.3.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения поступлений
товаров и услуг документами ПТиУ и ПУиПА. Заполнение документов описано в разделе 2.2.
2.3.2.4. ВВОД В СИСТЕМУ ДОКУМЕНТА «ПРИНЯТИЕ К УЧЕТУ ОС»
2.3.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется зафиксировать факт принятия в учет основного средства с полным наборов расходо
на его приобретение/создание.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.3.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм принятия к учету ОС. В
подсистеме «Внеоборотные активы» ответственный бухгалтер создает документ «Принятие к учету
ОС». В документе на вкладке «Отражение расходов» важно заполнить информацию об отражении
амортизации в бухгалтерском, налоговом и управленческом учете. Также необходимо указать
«Статью расходов», заполнить в ней информацию: когда возникают расходы, к чему относятся, как
распределяются. В случае необходимости, например, если расходы возникают при производстве,
указать статью калькуляции и характер затрат. На вкладке «Бухгалтерский учет и налоги» важно
указать счет учета и счет списания в ГФУ. Начисление амортизации будет происходить в
соответствии с данными в ГФУ (амортизация учитывается на 20-ом счете, списывается на 90.02.1)
при запуске процедуры закрытия месяца.
После заполнения документа ответственный бухгалтер любым удобным способом формирует
проводки: по команде «Дт Кт» или регламентным заданием, формируется проводка Дт 01.01 Кт
08.04.2. формирование отчетов.
2.3.2.5. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.3.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа учета Основных средств необходимы отчеты, которые отображают
информацию о первоначальной стоимости основных средств на начало периода, оборотах и
конечном остатке.
2.3.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа учета капитальных вложений используются типовые отчеты,
расположенные в подсистеме «Регламентированный учет»:
 ОСВ с отбором по счету 01 - содержит информацию об остатках и оборотах по счету за
указанный период;
 «Анализ счета» с отбором по счету 01 - отражает обороты между счетом 01 и всеми
остальными счетами (субсчетами) за определённый период, а также остатки по
выбранному счету на начало и на конец периода. Сформированный отчет представляет
собой таблицу, в строках которой приведены номера корреспондирующих счетов и
обороты в их дебет и кредит (соответственно с кредита и дебета выбранного счета);
 «Карточка счета» с отбором по счету 01 - отражает корреспонденции счета 01 за
выбранный период, в которых был использован счет 01;
 «Обороты счета» с отбором по счету 01 - отражает обороты между счетом 01 и всеми
остальными счетами за определенный период.
Также можно использовать специализированные отчеты блока «Внеоборотные активы»:
 Ведомость по ОС – содержит данные о стоимости и амортизации ОС;
 Реестр ОС – отражает ОС, которые числятся на предприятии;
 Справка-расчет амортизации ОС – отражает формулы, по которым рассчитана
амортизация.
2.4. УЧЕТ ЗАПАСОВ (ТМЦ, ГП)
2.4.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс обусловлен необходимостью отразить в информационной системе процесс
документирования операций, связанных с движением сырья и других материальных запасов
компании. Задачами учета запасов является контроль запасов предприятия, подсчет расходов,
направленных на формирование запасов, выявление излишков сырья и др.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
Ответственный пользователь вносит документы приобретения, списания на расходы,
перемещения товаров и др. Ответственный бухгалтер проверяет документы, при некорректном
вводе документов возвращает их ответственным лицам для исправления ошибок. В случае
корректного ввода документов, а также после исправления ошибок ответственным лицом,
бухгалтер проводит документ и устанавливает признак проверки, после чего документ становится
недоступным для редактирования.
Далее ответственный бухгалтер может отразить в регламентированном учете документы
приобретения, списания на расходы, перемещения товаров и др., для ПТиУ и ПУиПА выставить
счет-фактуру. При настройке расписания регламентированного задания на отражение операцией в
учете, формирование проводок будет производиться системой автоматически.
Для контроля учета запасов используются типовые отчеты: «Ведомость по товарам на
складах», «Ведомость ТМЦ в эксплуатации» и др.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.4.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 4 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
5.
Код БП
Название БП
Название Функции
Детальное описание
БНУ.5.1
Ввод
Учет
запасов приобретения,
(ТМЦ, ГП)
расходы,
товаров и др.
документов
списания на
перемещения
БНУ.5.1
Учет
запасов
(ТМЦ, ГП)
БНУ.5.1
Учет
запасов Исправление
(ТМЦ, ГП)
документе
БНУ.5.1
Проведение
документа,
Учет
запасов фиксация
проверки,
(ТМЦ, ГП)
отражение
в
регламентированном учете
БНУ.5.1
Учет
запасов Оформление
(ТМЦ, ГП)
для ПТиУ
Проверка документа в системе
ошибок
в
счета-фактуры
Ответственный
пользователь
вносит
документы приобретения,
списания
на
расходы,
перемещения товаров и др.
в
систему,
заполняет
необходимые реквизиты,
записывает,
проводит
документ
Ответственный бухгалтер
проверяет документ на
корректность
ввода
информации
Ответственный
пользователь корректирует
информацию в документе
Ответственный бухгалтер
сверяет документ со сканобразом
документаоснования
или
документом-основанием,
полученным
по
ЭДО,
указывает
признак
проверки,
документ
становится недоступным
для
редактирования.
Формирует проводки по
команде «Дт Кт» или
регламентным заданием
Ответственный бухгалтер
регистрирует в случае
АО «КМКР»
№
п/п
6.
Код БП
БНУ.5.1
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
Учет
запасов
(ТМЦ, ГП)
Название Функции
Формирование отчетов
Редакция 1
Изменение №
Детальное описание
необходимости
счетфактуру, указывает его
номер
Для контроля за учетом
запасов
используются
типовые отчеты:
Ведомость по товарам на
складах, Ведомость ТМЦ в
эксплуатации и др.
2.4.2.1. ВВОД ДОКУМЕНТОВ ПРИОБРЕТЕНИЯ, СПИСАНИЯ НА РАСХОДЫ,
ПЕРЕМЕЩЕНИЯ ТОВАРОВ И ДР.
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется ведение количественно-суммового учета товарно-материальных ценностей (ТМЦ)
с детализацией по номенклатурным позициям.
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отображения
поступления и движения ТМЦ, ГП.
При приобретении ТМЦ ответственный пользователь вносит в систему документы ПТиУ или
ПУиПА, при списании запасов на расходы – «Внутреннее потребление» с видами операций
«Передача в эксплуатацию» или «Списание на расходы». В случае необходимости перемещения
запасов между складами используется документ «Перемещение товаров».
Заполнение ПТиУ и ПУиПА описано в разделе 2.2.
Внутреннее потребление — документ для списания товаров со склада на собственные нужды
предприятия. Создать документ можно в подсистеме «Склад и доставка». Во «Внутреннем
потреблении» с видом операции «Списание на расходы» необходимо указать Организацию,
Подразделение, Склад, Вид цены, в табличной части документа указать Номенклатуру, Количество,
Статью списания/расходов (заполнение статьи расходов описано в разделе 2.2). Во «Внутреннем
потреблении» с видом операции «Передача в эксплуатацию» дополнительно к реквизитам,
описанным в «Списании на расходы», необходимо заполнить Физическое лицо и Аналитику. Тип
аналитики расходов устанавливается в Статье списания/расходов.
Перемещение товаров — это операция, которая отражает физическое перемещение товаров
как между различными складами предприятия, так и внутри одного склада. Этот процесс необходим
для оптимизации использования складских площадей, перераспределения запасов и обеспечения
бесперебойного снабжения производственных или торговых подразделений. Создать документ
можно в подсистеме «Склад и доставка». В нем необходимо заполнить Склад-отправитель, Складполучатель, Номенклатуру, Количество, Подразделение, Вид цены.
2.4.2.2. ПРОВЕРКА ДОКУМЕНТА В СИСТЕМЕ
2.4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Ответственный бухгалтер проверяет документы приобретения, списания на расходы,
перемещения товаров и др. на корректность ввода информации и в случае обнаружения ошибок
направляет их на корректировку ответственным лицам.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.4.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения в системе
документов приобретения, списания на расходы, перемещения товаров и др. Ответственный
бухгалтер проверяет правильность заполнения документа, сверяет его со скан-образом документаоснования либо с документом-основанием, поступившим по ЭДО, проверяет правильность
заполнения Статьи расходов и ГФУ расчетов. В случае обнаружения ошибок при заполнении
документов, бухгалтер возвращает документ для их исправления ответственному лицу.
2.4.2.3. ИСПРАВЛЕНИЕ ОШИБОК В ДОКУМЕНТЕ
2.4.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После того, как документ проверил ответственный бухгалтер и вернул документ для
корректировки, ответственное лицо вносит правки в документ.
2.4.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Ответственное лицо вносит корректировки в документ. Документы доступны для
редактирования пока не установлен признак проверки и не блокирован закрытий в учете период.
2.4.2.4. ПРОВЕДЕНИЕ ДОКУМЕНТА, ФИКСАЦИЯ ПРОВЕРКИ, ОТРАЖЕНИЕ В
РЕГЛ. УЧЕТЕ
2.4.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется контроль за вводом документов ответственными лицами на складах, формирование
бухгалтерских проводок в учете и фиксация проверки ответственным бухгалтером.
2.4.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
При проведении документа в 1С:ERP. УХ автоматически проводки не формируются. После
проверки документа бухгалтер должен провести документ, указать признак проверки. Данная
команда доступна только для бухгалтера и после её активации документы становятся недоступными
для редактирования. В случае необходимости корректировки документа с признаком «Проверен»
бухгалтер может снять признак проверки путем повторного нажатия на кнопку «Проверен». Для
отражения документов приобретения, списания на расходы, перемещения товаров и др. в
регламентированном учете используются типовые механизмы. Ответственный бухгалтер любым
удобным способом формирует проводки: по команде «Дт Кт» или регламентным заданием.
Проводки в бухгалтерском и налоговом учете будут сформированы в соответствии с настройками
статей расходов и ГФУ. При необходимости изменения счетов учета, требуется изменить
реквизиты, отвечающие за настройки. Напрямую изменять счета учета в проводке не
рекомендуется, использование ручных корректировок приводит к разницам в управленческом и
бухгалтерском учетах.
2.4.2.5. ОФОРМЛЕНИЕ СЧЕТА-ФАКТУРЫ ДЛЯ «ПОСТУПЛЕНИЯ ТОВАРОВ И
УСЛУГ»
2.4.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить регистрацию счета-фактуры для ПТиУ.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
2.4.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для регистрации счета-фактуры используется типовой механизм системы. Существует
несколько вариантов оформления: в самом документе приобретения по гиперссылке «Оформить
счет-фактуру», при закрытии месяца, из АРМ «Счета-фактуры и таможенные документы». При
оформлении счета-фактуры необходимо указать номер. Остальная информация заполнится из
документа приобретения.
2.4.2.6. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.4.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование отчетов, содержащих данные:
 учета остатков ТМЦ в местах хранения;
 о перемещении ТМЦ;
 о движении ТМЦ в местах хранения.
А так же необходимы стандартные бухгалтерские отчеты, в частности ОСВ.
2.4.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа учета капитальных вложений используются типовые отчеты:
 Ведомость по товарам на складах – отражает информацию о текущем остатке товаров
на разных складах предприятия (отчет расположен в подсистеме «Склад и доставка»);
 Ведомость ТМЦ в эксплуатации – отражает количественное движение ТМЦ в
эксплуатации и стоимостную оценку остатков (отчет расположен в подсистеме
«Внеоборотные активы») и др.
2.5. УЧЕТ СПЕЦОДЕЖДЫ И ИНВЕНТАРЯ НА ЗАБАЛАНСОВЫХ СЧЕТАХ
2.5.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Приобретенные малоценные ТМЦ, учтенные на складе, передаются со склада в подразделение
в эксплуатацию физическому лицу и отражаются в количественном выражении на забалансовых
счетах.
Для анализа учета спецодежды и инвентаря используются типовые отчеты: ОСВ по счету,
Анализ счета, Обороты счета, Карточка счета с отбором по счетам 10, затратным счетам, МЦ02,
МЦ04, а также специализированные отчеты блока Внеоборотные активы – Ведомость ТМЦ в
эксплуатации, Остатки ТМЦ в эксплуатации.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.5.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 5 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 5 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
Код БП
БНУ.6.1
Название БП
Учет
спецодежды
Название
Детальное описание
Функции
Настройка учета В системе следующие настройки обеспечат
и спецодежды
и учет малоценных ТМЦ в соответствии с ФСБУ
АО «КМКР»
№
п/п
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
Название
Функции
инвентаря
на
забалансовых
инвентаря
счетах
2.
3.
4.
Редакция 1
Изменение №
Детальное описание
5/2019:
- в учетной политике флаг в чек-боксе
«Списывать стоимость малоценных ТМЦ на
расходы в месяце приобретения»;
- флаг в признаке Малоценные при настройке
ГФУ для спецодежды, инвентаря и спец.
оснастки
В блоке Внеоборотные активы – Настройки и
справочники по внеоборотным активам
пользователь создает элемент справочника
Категории эксплуатации, в которых указывает
аналитику и забалансовый счет учета предмета
эксплуатации
БНУ.6.1
Учет
спецодежды
и Создание
инвентаря
на категории
забалансовых
эксплуатации
счетах
БНУ.6.1
Учет
спецодежды
и
Перевод
инвентаря
на
эксплуатацию
забалансовых
счетах
Кладовщик оформляет документ Внутреннее
в потребление с видом операции Передача в
эксплуатацию, в котором указывает категорию
эксплуатации и аналитику списания
БНУ.6.1
Учет
спецодежды
и
Формирование
инвентаря
на
отчетов
забалансовых
счетах
Для анализа учета спецодежды и инвентаря
использовать отчеты: ОСВ по счету, Анализ
счета, Обороты счета, Карточка счета с отбором
по счетам 10, затратным счетам, МЦ02, МЦ04,
а также специализированные отчеты блока
Внеоборотные активы – Ведомость ТМЦ в
эксплуатации, Остатки ТМЦ в эксплуатации
2.5.2.1. НАСТРОЙКА УЧЕТА СПЕЦОДЕЖДЫ И ИНВЕНТАРЯ
2.5.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо обеспечить учет малоценных ТМЦ в составе запасов, списание на расходы и учет
на забалансовых счетах.
2.5.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В системе настройки учета малоценных ТМЦ включаются флагом в чек-боксе «Списывать
стоимость малоценных ТМЦ на расходы в месяце приобретения», путь к данной настройке – НСИ Организация – Учетная политика и налоги – Учетная политика бухгалтерского учета - вкладка
Запасы. После этого становится доступной ссылка «Настроить счета учета номенклатуры для
корректного списания ТМЦ». При переходе по ней в таблице настроек появляется новая колонка
«Малоценные». Группы финансового учета для малоценных ТМЦ необходимо отметить флагом
«Относится к малоценным ТМЦ».
2.5.2.2. СОЗДАНИЕ КАТЕГОРИИ ЭКСПЛУАТАЦИИ
Категории эксплуатации – справочник системы для классификации объектов учёта (товарноматериальных ценностей, ТМЦ) по видам использования, находящимся в эксплуатации.
2.5.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо обеспечение фиксации ТМЦ в эксплуатации с аналитикой, указанием срока
пользования и счета учета за балансом.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.5.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Путь к справочнику Категории эксплуатации: Внеоборотные активы – Настройки и
справочники – ТМЦ в эксплуатации. В справочник ответственный бухгалтер заносит категории
эксплуатации ТМЦ, используемые в организации. При проставлении флага «Имущественный учет»,
указывается срок эксплуатации, ставится флаг «Учет по физ. лицам» и выбирается счет учета ТМЦ
за балансом - для спецодежды в эксплуатации МЦ.02, для спец. оснастки в эксплуатации МЦ.03, для
инвентаря и хоз. принадлежностей в эксплуатации МЦ.04.
При снятом флаге «Имущественный учет», ТМЦ в количественном выражении будет списано
сразу при передаче его в эксплуатацию, и в дальнейшем его перемещение, списание и возврат будут
недоступны.
В поле «Статья расходов» ответственный бухгалтер выбрать статью отнесения малоценных
ТМЦ на расходы. В статье задается квалификация расходов, настройки отнесения, в том числе ГФУ
со счетом учета и признак принятия в налоговый учет.
2.5.2.3. ПЕРЕВОД В ЭКСПЛУАТАЦИЮ
2.5.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Формирование документов для передачи ТМЦ в эксплуатацию, перемещений ТМЦ между
подразделениями и физлицами в эксплуатации. Необходима фиксация остатков ТМЦ в
эксплуатации. Требуется отражение операций движения ТМЦ в эксплуатации в бухгалтерском
учете и формирование ОСВ.
2.5.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Перевод в эксплуатацию ТМЦ ответственное лицо на складе осуществляет путем оформления
документа «Внутреннее потребление» с операцией «Передача в эксплуатацию», путь к данному
документу: Склад и доставка – Внутреннее товародвижение. В документе ответственное лицо на
складе выбирает организацию, склад и подразделение. Выбор малоценных ТМЦ к оформлению
можно осуществить через опцию «Подобрать» по кнопке «Заполнить», при этом по подбору
заполнятся табличная часть документа. Далее ответственный бухгалтер выбирает категорию
эксплуатации или при отсутствии создает её, не выходя из документа, указывает количество ТМЦ,
выбирает физическое лицо, получающее данное ТМЦ для эксплуатации, указывает статью списания
и необходимую аналитику к статье списания. После проведения и отражения в учете, у документа
сформируются бухгалтерские проводки Дт 20 (23,25,26 и т.д. в соответствии с ГФУ в статье
расхода) Кт 10.09,10.10 и Дт МЦ.02, МЦ.03, МЦ.04.
Операции с малоценными ТМЦ по перемещению, списанию и возврату вводятся из журнала
«Документы ТМЦ в эксплуатации».
2.5.2.4. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.5.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование отчетов по движению и учету остатков малоценных ТМЦ.
2.5.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Остатки и обороты ТМЦ на счетах и в эксплуатации отражаются в стандартных бухгалтерских
отчетах по счетам – 10 и МЦ.
Кроме того, в блоке Внеоборотные активы доступны отчеты «Ведомость ТМЦ в
эксплуатации» и «Остатки ТМЦ в эксплуатации».
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
2.6. УЧЕТ РАСЧЕТОВ С ПОСТАВЩИКАМИ И ПОДРЯДЧИКАМИ
2.6.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс обусловлен необходимостью отразить в информационной системе состояние
взаимных обязательств предприятия и его поставщиков, подрядчиков.
В случае приобретения товаров ответственное лицо по складу создает в 1С:ERP. УХ документ
ПТиУ с соответствующим видом операции. В случае приобретения услуг ответственный бухгалтер
создает документы ПТиУ или ПУиПА.
Ответственный бухгалтер проверяет документы, при некорректном вводе документов
возвращает их ответственным лицам для исправления ошибок. В случае корректного ввода
документов, а также после исправления ошибок ответственным лицом, бухгалтер проводит
документ и устанавливает признак проверки, после чего документ становится недоступным для
редактирования.
Далее ответственному бухгалтеру необходимо выставить счет-фактуру, отражение в
регламентированном учете производится вручную или автоматически посредством
регламентированного задания по расписанию.
Для контроля за взаиморасчетами используются стандартные бухгалтерские отчеты с отбором
по 60-му счету, а также специализированная типовая «Ведомость расчетов с поставщиками».
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.6.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 6 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 6 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
Код БП
Название БП
Название Функции
Детальное описание
Ответственное лицо создает
документ,
заполняет
обязательные
реквизиты,
записывает,
проводит
документ
БНУ.7.1
Учет расчетов с
поставщиками и
подрядчиками
2.
БНУ.7.1
Учет расчетов с
Проверка
ПТиУ,
поставщиками и
бухгалтером
подрядчиками
3.
БНУ.7.1
Учет расчетов с
Исправление ошибок в ПТиУ,
поставщиками и
ПУиПА
подрядчиками
БНУ.7.1
Ответственный бухгалтер
сверяет документ со сканобразом
документаУчет расчетов с Проведение ПТиУ, ПУиПА со основания или документомпоставщиками и стороны бухгалтера, фиксация основанием, полученным по
подрядчиками
проверки
ЭДО, указывает признак
проверки,
документ
становится
недоступным
для редактирования
1.
4.
Создание ПТиУ, ПУиПА
Ответственный бухгалтер
ПУиПА проверяет документ на
корректность
ввода
информации
Ответственное
лицо
корректирует информацию в
документе
АО «КМКР»
№
п/п
5.
6.
7.
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
Название Функции
Редакция 1
Изменение №
Детальное описание
БНУ.7.1
Учет расчетов с
Оформление
поставщиками и
бухгалтером
подрядчиками
БНУ.7.1
Учет расчетов с
Отражение ПТиУ, ПУиПА в
поставщиками и
регламентированном учете
подрядчиками
Ответственный бухгалтер
формирует проводки по
команде «Дт Кт» или
регламентным заданием
Учет расчетов с
поставщиками и
подрядчиками
Для
контроля
за
взаиморасчетами
используются
типовые
отчеты:
 «ОСВ по счету» с отбором
по счетам 60, 76.
 «Ведомость расчетов с
поставщиками»
БНУ.7.1
счета-фактуры
Формирование отчетов
Ответственный бухгалтер
регистрирует счет-фактуру,
указывает его номер
2.6.2.1. СОЗДАНИЕ ДОКУМЕНТОВ «ПОСТУПЛЕНИЕ ТОВАРОВ И УСЛУГ» ИЛИ
«ПРИОБРЕТЕНИЕ УСЛУГ И ПРОЧИХ АКТИВОВ»
2.6.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется аналитический учет взаиморасчетов с поставщиками и подрядчиками на счетах 60 и
76 с используемыми субсчетами.
В случае приобретения товаров ответственное лицо по складу создает в 1С:ERP. УХ документ
ПТиУ с соответствующим видом операции. В случае приобретения услуг ответственный бухгалтер
создает документы ПТиУ или ПУиПА. Отличие документов заключается в том, что в ПТиУ
вводится номенклатура и в случае поступления товаров номенклатура поступает на конкретный
склад. ПУиПА не обязательно имеет аналитику склада, позволяет отразить дополнительные
расходы, связанные с приобретением ТМЦ. Например, услуги (без заведения номенклатурной
позиции), транспортные расходы, таможенные пошлины, страхование груза и другие затраты.
2.6.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения поступлений
товаров и услуг документами ПТиУ и ПУиПА. Формирование документов поступления товаров
описано в «Отчете о моделировании по блоку Складской учет». В данном отчете будет описано
приобретение услуг или прочих активов путем оформления документов ПТиУ и ПУиПА.
ПТиУ создаются из общего Журнала документов по закупкам по команде «Создать» →
Приобретение товаров и услуг → Закупка у поставщика. Далее выбрать номенклатуру с типом
«Услуга», заполнить обязательные реквизиты:
 Организация,
 Поставщик,
 Договор,
 Номенклатура,
 Количество,
 Цена,
 Ставка НДС,
 Подразделение.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
В создаваемом документе автоматически будет включен флаг «Списать на расходы», поэтому
необходимо указать статью расходов. Статья расходов – это элемент для классификации расходов,
настройки учета и распределения затрат по счетам, видам и налоговым правилам. При создании
статьи расходов на вкладке «Основное» важно правильно квалифицировать тип расходов (реквизит
«Расходы возникают»), при этом нужно руководствоваться процессом или объектом учета, в рамках
которых расход был отражен. Результат выбора типа расходов определяет возможные варианты
распределения расходов. Также в создаваемом документе важно выбрать ГФУ расчетов. В ней
определяются правила отражения расчетов с поставщиками, подрядчиками в бухгалтерском учете.
Группа наследуется из договора, при необходимости счета учета можно изменить в самом
документе приобретения.
Поступление услуг также может быть отображено документом ПУиПА. Документ создается
из общего Журнала документов по закупкам. Для этого в общем Журнале документов по закупкам
необходимо нажать кнопку «Создать» → Приобретение услуг и прочих активов → Закупка у
поставщика.
Ответственному бухгалтеру необходимо будет вручную заполнить ключевые реквизиты в
ПУиПА:
 Организация,
 Поставщик,
 Договор,
 Содержание,
 Количество,
 Цена,
 Ставка НДС,
 Подразделение.
В этом документе нет аналитики номенклатуры, в поле «Содержание» необходимо руками
внести приобретаемую услугу, а также заполнить статью расходов и ГФУ, как в ПТиУ. Кроме того,
нужно заполнить аналитику и подразделение-получатель. Варианты аналитики зависят от выбора
типа аналитики расходов в статье расходов, подразделение-получатель – то подразделение, куда
поступает услуга или прочий актив.
2.6.2.2. ПРОВЕРКА ДОКУМЕНТОВ «ПРИОБРЕТЕНИЕ ТОВАРОВ И УСЛУГ» ИЛИ
«ПРИОБРЕТЕНИЕ УСЛУГ И ПРОЧИХ АВТИВОВ» БУХГАЛТЕРОМ
2.6.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить возможность контроля и проверки со стороны бухгалтерии.
Ответственный бухгалтер должен проверить ПТиУ, ПУиПА на корректность ввода информации и в
случае обнаружения ошибок направить их на корректировку ответственным лицам.
2.6.2.2.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения поступлений
товаров и услуг документами ПТиУ и ПУиПА.
Бухгалтер проверяет правильность заполнения документа, сверяет его со скан-образом
документа-основания либо с документом-основанием, поступившим по ЭДО, проверяет
правильность заполнения статьи расходов и ГФУ расчетов. В случае обнаружения ошибок при
заполнении документов, бухгалтер возвращает документ для их исправления ответственному лицу.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.6.2.3. ИСПРАВЛЕНИЕ ОШИБОК В «ПРИОБРЕТЕНИИ ТОВАРОВ И УСЛУГ» ИЛИ
«ПРИОБРЕТЕНИЕ УСЛУГ И ПРОЧИХ АКТИВОВ»
2.6.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо обеспечить возможность исправления ошибок в документах. После того, как
документ проверил ответственный бухгалтер и вернул документ для корректировки, ответственное
лицо вносит правки в документ.
2.6.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения поступлений
товаров и услуг документами ПТиУ и ПУиПА. Ответственное лицо по складу вносит корректировки
в ПТиУ в случае приобретения товаров, ответственный бухгалтер вносит корректировки в ПТиУ
или ПУиПА в случае приобретения услуг. Документы доступны для редактирования, пока не
установлен признак проверки и не закрыт период.
2.6.2.4. ПРОВЕДЕНИЕ ДОКУМЕНТА СО СТОРОНЫ БУХГАЛТЕРА, ФИКСАЦИЯ
ПРОВЕРКИ
2.6.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется контроль исправления ошибок со стороны бухгалтерии. После проверки документа
бухгалтер должен провести документ, указать признак проверки. Далее документ будет
заблокирован от редактирования. Отражение в учете с целью формирования проводок проводится
вручную или автоматически регламентированным заданием по расписанию.
2.6.2.4.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм проведения документов.
После проверки документа бухгалтер должен провести документ, указать признак проверки. Данная
команда доступна только для бухгалтера и после её активации документы становятся недоступными
для редактирования. В случае необходимости корректировки документа с признаком «Проверен»
бухгалтер может снять признак проверки путем повторного нажатия на кнопку «Проверен».
2.6.2.5. ОФОРМЛЕНИЕ СЧЕТА-ФАКТУРЫ БУХГАЛТЕРОМ
2.6.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить оформление счетов-фактур. В случае необходимости регистрации
счета-фактуры его можно оформить из документа приобретения или других АРМ. В счете-фактуре
нужно проверить дату и указать номер.
2.6.2.5.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для регистрации счета-фактуры используется типовой механизм системы. Существует
несколько вариантов оформления: в самом документе приобретения по гиперссылке «Оформить
счет-фактуру», при закрытии месяца, из АРМ «Счета-фактуры и таможенные документы». При
оформлении счета-фактуры необходимо указать номер. Остальная информация наследуется из
документа приобретения. Важно проверить дату счета-фактуры и при необходимости
скорректировать ее.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
2.6.2.6. ОТРАЖЕНИЕ
«ПРИОБРЕТЕНИЯ
ТОВАРОВ
И
«ПРИОБРЕТЕНИЯ
УСЛУГ
И
ПРОЧИХ
РЕГЛАМЕНТИРОВАННОМ УЧЕТЕ
Редакция 1
Изменение №
УСЛУГ»
ИЛИ
АВТИВОВ»
В
2.6.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется сформировать бухгалтерскую проводку. Ответственный бухгалтер любым удобным
способом формирует проводки: по команде «Дт Кт» или регламентным заданием. Отражение
документов в регламентированном учете ведёт к формированию точной и полной финансовой
отчётности предприятия.
2.6.2.6.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения ПТиУ, ПУиПА в регламентированном учете используются типовые
механизмы. Ответственный бухгалтер любым удобным способом формирует проводки: по команде
«Дт Кт» или регламентным заданием. Проводки в бухгалтерском и налоговом учете будут
сформированы в соответствии с настройками статей расходов и ГФУ. При необходимости
изменения счетов учета, требуется изменить реквизиты, отвечающие за настройки. Напрямую
изменять счета учета в проводке не рекомендуется.
2.6.2.7. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.6.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование отчетов по расчетам с поставщиками и подрядчиками.
Для контроля и анализа отражения взаиморасчетов с поставщиками, подрядчиками
используются отчеты: стандартные бухгалтерские отчеты с отбором по 60-му счету, «Ведомость
расчетов с поставщиками», которые позволяют проверить точность отражения операций, выявить
суммы дебиторской и кредиторской задолженности, расшифровать суммы долгов. «Ведомость
расчетов с поставщиками» представляет детальный анализ взаиморасчетов с поставщиками,
изменение задолженности за указанный период и текущее сальдо расчетов. Важно: стандартные
бухгалтерские отчеты не раскрываются в системе по объектам расчетов – первичным документам,
эту информацию ответственный бухгалтер получит из отчета «Ведомость расчетов с
поставщиками» с учетом настройка условий расчетов по документам в договорах.
2.6.2.7.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения взаиморасчетов с поставщиками, подрядчиками
используются стандартные бухгалтерские отчеты, которые расположены в подсистеме
«Регламентированный учет». Для формирования любого из этих отчетов нужно установить период,
выбрать счет и субконто. В 1С:ERP. УХ для этого счета предусмотрено 4 вида субконто:
Направление деятельности, Подразделение, Контрагенты, Договоры и нет объекта расчетов, т.е.
самого документа, на основании которого возникает задолженность. Объект расчетов определяется
в договоре и наследуется в документ приобретения.
Сформированный отчет содержит информацию о начальном сальдо, оборотах за период,
конечном сальдо.
Для детализации информации о взаиморасчетах в разрезе объектов расчетов используется
отчет «Ведомость расчетов с поставщиками» - основной отчет по движению задолженности. Отчет
расположен в подсистеме «Закупки». Если в договоре указана детализация «По документам», то при
формировании отчета можно добавить в структуру аналитику «Объект расчетов», в этом случае
система сформирует данные с документом, на основании которого возникает задолженность.
Сформированный отчет «Ведомость расчетов с поставщиками» отражает данные о поставках,
суммах и оплатах, а также текущее сальдо расчетов.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
2.7. УЧЕТ ОБЕСПЕЧИТЕЛЬНЫХ ПЛАТЕЖЕЙ НА ЗАБАЛАНСОВЫХ СЧЕТАХ
2.7.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
С целью гарантии обеспечения исполнения обязательств по договору используется
обеспечительный платеж от поставщика. Срок и сумма обеспечительного платежа устанавливается
техническим договором по обеспечительному платежу. Поставщик оплачивает обеспечительный
платеж на банковский счет организации. Ответственный бухгалтер фиксирует в учете полученный
обеспечительный платеж: отражает поступление денежных средств, фиксирует задолженность
перед контрагентом, учитывает на забалансовом счете. По истечению срока обеспечения,
организация возвращает обеспечительный платеж поставщику: ответственный бухгалтер
оформляет заявку на оплату, формирует списание безналичных ДС, отражает возврат
обеспечительного платежа, закрывая задолженность по данному платежу и списывает его с
забалансового счета.
Для анализа учета обеспечительных платежей используются стандартные бухгалтерские
отчеты: ОСВ по счету, Анализ счета, Обороты счета, Карточка счета.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.7.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 7 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 7 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
Код БП
1.
БНУ.7.2
2.
БНУ.7.2
3.
БНУ.7.2
4.
БНУ.7.2
5.
БНУ.7.2
Название БП
Название
Функции
Детальное описание
Из карточки контрагента ответственный
Учет
Создание
пользователь создает технический договор на
обеспечительных
техническо
обеспечительный платеж, заполняя реквизиты, в
платежей
на го
том числе сумму обеспечительного платежа, срок
забалансовом счете
договора
обеспечения, ГФУ со счетом учета, статью ДДС
Проверка
При загрузке выписки банка в системе
и
фиксируется Поступление денежных средств с
Учет
отражение
отметкой проведения банка, в данный документ
обеспечительных
поступлен
проставляется
технический
договор
по
платежей
на ия
обеспечительному платежу. Денежный документ
забалансовом счете
обеспечите
отражается в учете и формирует бухгалтерскую
льного
проводку
платежа
Учет
Бухгалтер оформляет операцию (рег.учет) для
обеспечительных
Учет
на
учета обеспечительного платежа на забалансовом
платежей
на забалансе
счете
забалансовом счете
Учет
По истечению срока обеспечения договорных
обеспечительных
Заявка на обязательств
ответственный
пользователь
платежей
на оплату
формирует заявку на оплату – возврат
забалансовом счете
обеспечительного платежа
На основании утвержденного ЗНО бухгалтер
Учет
Возврат
создает Списание безналичных ДС и направляет
обеспечительных
обеспечите
платежное поручение в банк.
платежей
на льного
После загрузки выписки банка с операцией
забалансовом счете
платежа
возврата обеспечительного платежа фиксируется
АО «КМКР»
№
п/п
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
Название
Функции
Редакция 1
Изменение №
Детальное описание
Списание безналичных ДС с отметкой банка.
Далее
бухгалтер
отражает
документ
в
регламентированном учете
6.
БНУ.7.2
7.
БНУ.7.2
Учет
обеспечительных
Списание
платежей
на с забаланса
забалансовом счете
Учет
Формиров
обеспечительных
ание
платежей
на
отчетов
забалансовом счете
Бухгалтер оформляет операцию (рег.учет) по
списанию с забалансового учета обеспечительного
платежа
Для анализа учета обеспечительных платежей
используются отчеты: ОСВ по счету, Анализ
счета, Обороты счета, Карточка счета
2.7.2.1. СОЗДАНИЕ ТЕХНИЧЕСКОГО ДОГОВОРА
2.7.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создание объекта, содержащего исходные данные для формирования документов по
учету обеспечительного платежа, в том числе на забалансовом счете.
2.7.2.1.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Из карточки контрагента-поставщика по кнопке «Создать» ответственный пользователь
создает технический договор для обеспечительного платежа, выбирая вид договора «Залоги и
поручительства входящие». В открывшейся форме договора заполняем реквизиты:
 Организация;
 Подразделение;
 Срок действия;
 Состояние договора;
 Сумма;
 Основное обязательство, в данное поле пользователь выбирает договор, по которому
оформляется обеспечительный платеж;
 Детализация расчетов, рекомендуем – По договорам;
 Параметры планирования – ЦФО, статьи бюджетирования;
 Статью ДДС;
 ГФУ для расчетов по обеспечительным платежам со счетом учета 76.05;
 Ставка НДС обозначить реквизитом «Без НДС» из выпадающего списка данного
реквизита.
После заполнения всех необходимых реквизитов, ответственный пользователь проводит
договор и, при необходимости, отправляет его на согласование по внесенному в систему маршруту
согласования. После согласования система установит статус договора «Утвержден».
В дальнейшем все документы, оформленные по данному техническому договору,
пользователи смогут просмотреть из карточки договора по гиперссылке «Документы».
2.7.2.2. ПРОВЕРКА
ПЛАТЕЖА
И
ОТРАЖЕНИЕ
ПОСТУПЛЕНИЯ
ОБЕСПЕЧИТЕЛЬНОГО
2.7.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется фиксация поступления обеспечительного платежа и задолженности перед
контрагентом по обеспечительному платежу, отражение операции в бухгалтерской отчетности, в
том числе в ОСВ.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.7.2.2.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
При загрузке банковской выписки система зафиксирует в списке «Безналичные платежи»
блока Казначейство документ «Поступление безналичных денежных средств» с операцией
«Поступление оплаты от клиента» (при необходимости, выбрать эту операцию в денежном
документе), в реквизитах - Объект расчетов, Договор. В поле «Основание платежа» бухгалтер,
ответственный за банковские операции, выбирает технический договор по обеспечительному
платежу, остальные реквизиты вкладки «Расшифровка платежа» система заполнит из выбранного
договора.
При проведении и отражении в учете документа «Поступление безналичных ДС» система
отразит документ в регистрах накопления и бухучета, сформирует проводку Дт 51 Кт 76.05.
Ответственный бухгалтер, отжав кнопку «Проверен», закроет доступ к его редактированию.
2.7.2.3. УЧЕТ НА ЗАБАЛАНСЕ
2.7.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо создание забалансового учета обеспечительного платежа с целью
дополнительного контроля и для обобщения информации о наличии и движении обеспечительных
платежей, а также отражение в бухгалтерских отчетах.
Полученные обеспечительные платежи ответственный бухгалтер учитывает на счете 008
«Обеспечения обязательств и платежей полученные», движение по учету оформляет дебетом счета
008.
2.7.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В блоке «Регламентированный учет» в подразделе «Бухгалтерский и налоговый учет» по
гиперссылке «Операции (регл.учет)» ответственный бухгалтер создает бухгалтерскую операцию с
проводкой. Операция отразится в регистре бухгалтерии и регистре сведений отражения в
регламентированном учете. В регистры накопления оперативного контура данная операция не
попадет.
В бухгалтерской операции ответственный бухгалтер указывает:
 Дату;
 Организацию;
 Содержание;
 Комментарий, данное поле используем для текста по операции.
В табличной части документа ответственный бухгалтер заполняет ячейку дебета счетом 008,
в аналитике указывает контрагента, технический договор по обеспечительному платежу и сумму
обеспечения. Документ необходимо провести.
2.7.2.4. ЗАЯВКА НА ОПЛАТУ
2.7.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При необходимости возврата обеспечительного платежа по истечению срока или взаимному
выполнению всех обязательств требуется создание заявки на оплату. Заявка на оплату является
документом плана оплат, её согласование производится по установленному и заведенному в
систему маршруту. ЗНО используется при формировании документа «Списание безналичных ДС»
для проведения оплаты.
2.7.2.4.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Заявку на оплату можно создать одним из двух вариантов:
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №


Из карточки технического договора по кнопке «Создать на основании»;
Из документа «Поступление безналичных ДС», соответствующего приходу
обеспечительного платежа.
При формировании ЗНО из одного вышеуказанного документа большая часть реквизитов
наследуется в ЗНО из документа-основания, ответственный бухгалтер заполняет недостающие
реквизиты.
Итогом заполнения станет заявка на оплату с операцией «Возврат покупателю». Во вкладке
«Расшифровка платежа» в «Аналитике возврата» ответственный бухгалтер выбирает ГФУ расчетов
по обеспечительным платежам со счетом учета 76.05.
При проведении заявка на оплату отправляется на маршрут согласования, по завершению его
прохождения, система проставляет в ЗНО статус «Утвержден».
2.7.2.5. ВОЗВРАТ ОБЕСПЕЧИТЕЛЬНОГО ПЛАТЕЖА
2.7.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создание документа оплаты, фиксация движения взаиморасчетов с контрагентом по
обеспечительному платежу, а также отражение операции в бухгалтерской отчетности, в частности в
ОСВ.
2.7.2.5.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
На основании заявки на оплату ответственный бухгалтер создает документ «Списание
безналичных ДС» с операцией «Возврат или иная оплата клиенту». Из ЗНО денежный документ
наследует все реквизиты, ответственный бухгалтер проверяет «Списание безналичных ДС» с
операцией «Возврат или иная оплата клиенту» и проводит документ, далее платежное поручение
ответственный бухгалтер направляет в банк. После получения выписки из банка, документ
«Списание безналичных ДС» с операцией «Возврат или иная оплата клиенту» обогащается
отметкой о проведении банком. Отраженный в учете документ формирует бухгалтерскую проводку
Дт 76.05 Кт 51. В результате закрывается долг перед контрагентом во взаиморасчетах. Бухгалтер
закрывает документ от редактирования с помощью кнопки «Проверен».
2.7.2.6. СПИСАНИЕ С ЗАБАЛАНСА
2.7.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требованием к автоматизации функции является создание забалансового учета
обеспечительного платежа с целью дополнительного контроля и для обобщения информации о
наличии и движении обеспечительных платежей, а также отражение в бухгалтерских отчетах.
Списание обеспечительного платежа с забаланса ответственный бухгалтер фиксирует
проводкой по кредиту счета 008.
2.7.2.6.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В блоке «Регламентированный учет» в подразделе «Бухгалтерский и налоговый учет» по
гиперссылке «Операции (регл.учет)» ответственный бухгалтер создает бухгалтерскую операцию с
проводкой, операция отразится в регистре бухгалтерии и регистре сведений отражения в рег.учете.
В регистры накопления оперативного контура данная операция не попадет.
В бухгалтерской операции ответственный бухгалтер указывает:
 Дату;
 Организацию;
 Содержание;
 Комментарий, данное поле используем для текста по операции.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
В табличной части документа бухгалтер заполняет ячейку кредита счетом 008, указывает в
аналитике контрагента, технический договор по обеспечительному платежу и сумму обеспечения.
Документ необходимо провести.
2.7.2.7. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.7.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование отчетных форм по контролю и анализу обеспечительных платежей,
соблюдение условий предоставления обеспечительных платежей и корректное отражение движения
взаиморасчетов.
2.7.2.7.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Операции по учету обеспечительных платежей, в том числе на забалансовых счетах,
отражаются в следующих стандартных бухгалтерских отчетах по счетам учета 51, 76.05, 008:
 ОСВ (по счету и общая, кроме забалансового счета);
 Карточка счета;
 Анализ счета;
 Обороты счета;
 Отчеты по проводкам.
2.8. РАСЧЕТЫ С САМОЗАНЯТЫМИ
2.8.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Организация заключает договор с самозанятым, а ответственный пользователь создает данный
договор в системе, по факту выполнения услуги ответственный работник создает заявку на оплату,
после согласования ЗНО, бухгалтер по банковским операциям направляет в банк платежное
поручение по оплате самозанятому, ответственный бухгалтер фиксирует факт получения услуги,
оформляя документ приобретения услуг, получает скан чек об оплате от самозанятого и
прикрепляет его в системе к документу приобретения услуг у самозанятого.
Для учета расчетов с самозанятыми используются типовые бухгалтерские отчеты по счетам
51, 76.16. Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.8.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 8 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 8 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
Код БП
1.
БНУ.7.3
2.
БНУ.7.3
3.
БНУ.7.3
Название
БП
Название
Функции
Детальное описание
В настройках блока «Казначейство» установить флаг
Расчеты с Настройка для
«Выплаты самозанятым». Для использования счета
самозаняты расчетов
с
76.16, создать данный счет в Плане счетов, сделать его
ми
самозанятыми
в системе предопределенным
Расчеты с Создание
Создание элемента справочника «Партнеры», заполнив
самозаняты контрагентаобязательные реквизиты по контрагенту. В карточке
ми
самозанятого
Партнера выбрать Частное лицо.
Расчеты с Создание
Создать договор с самозанятым с флагом «Договор с
АО «КМКР»
№
п/п
Код БП
4.
БНУ.7.3
5.
БНУ.7.3
6.
БНУ.7.3
7.
БНУ.7.3
8.
БНУ.7.3
Название
БП
самозаняты
ми
Расчеты с
самозаняты
ми
Расчеты с
самозаняты
ми
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Название
Детальное описание
Функции
договора
с плательщиком НПД», заполнить реквизиты договора, в
самозанятым
частности ГФУ, статью ДДС, ЦФО и статьи бюджета
Заявка
оплату
на Создать на основании договора ЗНО, контролировать
установление флага «Оплата самозанятому»
Создать на основании ЗНО документ «Списание
Оплата услуг
безналичных ДС» с флагом «Оплата самозанятому».
самозанятому
После оплаты загрузить выписку банка в систему
На
основании
договора
создать
документ
Расчеты с Оформление
«Приобретение услуг и прочих активов» с флагом
самозаняты услуг
«Операция с самозанятым». Провести и отразить в
ми
самозанятого
учете, сформировать бухгалтерскую проводку
Прикрепить по гиперссылке полученный от
Расчеты с Прикрепление
самозанятого скан чека к документу «Приобретение
самозаняты чека
от
услуг и прочих активов» с флагом «Операция с
ми
самозанятого
самозанятым»
Расчеты с
Формирование Бухгалтерские отчеты по счетам 51, 76.16 и счетам
самозаняты
отчетов
учета списания услуг на расходы
ми
2.8.2.1. НАСТРОЙКА ДЛЯ РАСЧЕТОВ С САМОЗАНЯТЫМИ
2.8.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить учет расчетов с самозанятыми. Необходимо дополнить план счетов
субсчетом 76.16 для расчетов с самозанятыми.
2.8.2.1.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Установить флаг «Выплаты самозанятым». Путь к настройке: НСИ и администрирование –
Настройка НСИ и разделов – Казначейство и взаиморасчеты – Денежные средства.
Для ведения учета расчетов с самозанятыми завести в Плане счетов субсчет 76.16 и сделать его
предопределенным.
2.8.2.2. СОЗДАНИЕ КОНТРАГЕНТА-САМОЗАНЯТОГО
2.8.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется фиксация в системе самозанятого путем создания элементов справочников
«Партнеры» и «Контрагенты».
2.8.2.2.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В блоке НСИ и подразделе «НСИ» по гиперссылке «Партнеры» ответственный пользователь
заводит партнера и связанного с ним контрагента-самозанятого. Выбирает тип контрагента
«Частное лицо», вписывает данные самозанятого – ФИО, контакты, дату рождения, пол, вид
взаимоотношений с организацией - Поставщик.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.8.2.3. СОЗДАНИЕ ДОГОВОРА С САМОЗАНЯТЫМ
2.8.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создание объекта, содержащего исходные данные для учета расчетов с
самозанятыми. Необходима возможность формирования документов на основании договора с
наследованием реквизитов договора.
2.8.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Из карточки контрагента-самозанятого по кнопке «Создать» ответственный пользователь
создает договор для самозанятого, в обязательном порядке проставляя флаг в чек-боксе «Договор с
плательщиком НПД». В форме договора заполняет реквизиты:
 Организация;
 Подразделение;
 Срок действия;
 Валюта;
 Состояние договора;
 Сумма;
 Детализация расчетов, рекомендуем Договор;
 Параметры планирования – ЦФО, статьи бюджетирования;
 Статью ДДС;
 ГФУ для расчетов с самозанятыми со счетом учета 76.16;
После заполнения всех необходимых реквизитов, ответственный пользователь проводит
договор и, при необходимости, отправляет его на согласование по внесенному в систему маршруту
согласования.
После согласования система установит статус договора «Утвержден».
В дальнейшем все документы, оформленные по данному договору, пользователи системы
смогут просмотреть из карточки договора по гиперссылке «Документы».
2.8.2.4. ЗАЯВКА НА ОПЛАТУ
2.8.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо создание документа плана оплат, согласование по установленному и заведенному
в системе маршруту. Требуется использование ЗНО для формирования «Списания безналичных
ДС» в целях проведения оплаты.
2.8.2.4.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Заявку на оплату ответственный пользователь создает из договора с самозанятым по кнопке
«Создать на основании».
При формировании ЗНО большая часть реквизитов наследуется в ЗНО из договора,
ответственный пользователь заполняет сумму планируемой оплаты, контролирует заполнение
реквизитов вкладки «Расшифровка платежа».
Итогом заполнения станет заявка на оплату с операцией «Оплата поставщику» с флагом
«Оплата самозанятому». При проведении заявка на оплату отправляется на маршрут согласования,
по завершению его прохождения, система проставляет в ЗНО статус «Утвержден».
В системе реализована возможность формирования реестра оплат нескольким самозанятым.
Для этого в заявке на оплату ответственному пользователю необходимо отметить опцию «Реестр
самозанятых» и заполнить табличную часть документа данными по списку самозанятых.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.8.2.5. ОПЛАТА УСЛУГ САМОЗАНЯТОМУ
2.8.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создание документа оплаты, фиксация движения взаиморасчетов с самозанятыми,
отражение операции в бухгалтерской отчетности, в том числе в ОСВ.
2.8.2.5.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
На основании заявки на оплату бухгалтер, ответственный за банковские операции, создает
документ «Списание безналичных ДС» с операцией «Оплата поставщику». Из ЗНО денежный
документ наследует все реквизиты. Ответственный бухгалтер проверяет и проводит документ,
далее направляет в банк платежное поручение. После получения выписки из банка, документ
«Списание безналичных ДС» с операцией «Оплата поставщику» обогащается отметкой о
проведении банком. Отраженный в учете документ формирует бухгалтерскую проводку Дт 76.16 Кт
51. Бухгалтер закрывает документ от редактирования с помощью кнопки «Проверен».
Если ЗНО была оформлена с отметкой «Реестр самозанятых», то и документ оплаты будет
содержать оплаты нескольким самозанятым.
Для работы по учету расчетов с большим количеством самозанятым в системе
предусмотрено автоматизированное рабочее место «Помощник работы с реестром самозанятых»,
путь: Казначейство – Сервис.
2.8.2.6. ОФОРМЛЕНИЕ УСЛУГ САМОЗАНЯТОГО
2.8.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется отразить в системе факт получения услуг от самозанятого.
2.8.2.6.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В блоке Закупки ответственный бухгалтер создает документ «Приобретение услуг и прочих
активов». Заполняет реквизиты документа:
 Контрагент;
 Организация;
 Договор, если их с самозанятым несколько, если один, система сама его
автоматически отразит;
 Содержание услуги;
 Сумма;
 Подразделение-получатель;
 Статья расхода, содержащая ГФУ со счетом учета списания услуги на затраты;
 Аналитика в соответствии с контролем в статье расхода;
 Флаг «Операция с самозанятым» обязателен.
Дата данного документа должна совпадать с датой чека самозанятого. При вводе корректной
даты документа, бухгалтер проводит документ, отражает его в регламентированной учете, в
результате чего будет сформирована проводка с дебетом затратного счета из статьи расхода и
кредитом счета 76.16. Бухгалтер закрывает документ от редактирования по кнопке «Проверен».
2.8.2.7. ПРИКРЕПЛЕНИЕ ЧЕКА ОТ САМОЗАНЯТОГО
2.8.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется фиксация факта оплат и прикрепление чека самозанятого.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
2.8.2.7.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
При получении скана чека от самозанятого ответственный бухгалтер прикрепляет его по
гиперссылке «Загрузить чек» к соответствующему документу «Приобретение услуг и прочих
активов» с флагом «Операция с самозанятым».
Система имеет возможность загрузки чека самозанятого по номеру чека по ссылке на чек на
сайте ФНС.
2.8.2.8. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.8.2.8.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование отчетных форм по контролю и анализу расчетов с самозанятыми.
2.8.2.8.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Операции по учету расчетов с самозанятыми отражаются в следующих бухгалтерских отчетах
по счетам учета 51, 76.16 и счетам учета списания услуг на расходы:
 ОСВ (по счету и общая);
 Карточка счета;
 Анализ счета;
 Обороты счета;
2.9. УЧЕТ АРЕНДЫ ПО ФСБУ 25/2018
2.9.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
ФСБУ 25/2018 применяется к договорам аренды, положения которых предусматривают
предоставление имущества во временное пользование за плату. Для организаций на ОСНО при
финансовой аренде арендатор отражает в бухучете право пользования активом (ППА) и
обязательство по аренде.
Бизнес-процесс отражения объекта аренды в учете в соответствии с ФСБУ 25/2018 включает в
себя: оформление договора, определение фактической стоимости права пользования активом
(ППА), приём к учёту объекта аренды, оплата арендных платежей, оформление поступления услуг
аренды и корректировка стоимости ППА, закрытие месяца для начисления амортизации (если
объект аренды амортизируется), начисления процентов по аренде и признания в налоговом учете
арендных платежей, а далее - формирование отчетов.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.9.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 9 представлен перечень функций бизнес-процессов, реализуемых в системе
1С:ERP.УХ.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Таблица 9 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
Код БП
БНУ.7.4
Название
БП
Название
Функции
Детальное описание
В Учетной политике финансового учета Организации
во вкладке «Внеоборотные активы» установить флаг
«Учет аренды по ФСБУ», указать с какой даты
начисляется амортизация в управленческом учете.
В Учетной политике бухгалтерского учета Организации
Учет
аренды по Настройки в во вкладке «Внеоборотные активы» указать с какой
даты начисляется амортизация в бухгалтерском учете.
ФСБУ
системе
В Учетной политике Организации в настройках Налога
25/2018
на прибыль проставить флаг «Включать в состав
налоговых расчетов арендные платежи».
Завести субсчет 76.Д для учета долгосрочной части
арендных платежей
2.
3.
БНУ.7.4
БНУ.7.4
4.
БНУ.7.4
5.
БНУ.7.4
6.
БНУ.7.4
7.
БНУ.7.4
8.
БНУ.7.4
9.
БНУ.7.4
Учет
Оформление
аренды по
договора
ФСБУ
аренды
25/2018
Создание
Учет
документа
аренды по
Заключение
ФСБУ
договора
25/2018
аренды
Учет
Принятие к
аренды по
учету объекта
ФСБУ
аренды
25/2018
Учет
Заявка
на
аренды по оплату
ФСБУ
арендных
25/2018
платежей
Учет
Оплата
аренды по
арендных
ФСБУ
платежей
25/2018
Учет
Поступление
аренды по
услуг
по
ФСБУ
аренде
25/2018
Учет
аренды по Закрытие
ФСБУ
месяца
25/2018
Учет
аренды по Формировани
ФСБУ
е отчетов
25/2018
Заполнение реквизитов в карточке договора, указание
ГФУ расчетов по аренде, статьи расходов со счетом
учета списания арендных платежей на затратный счет, а
также статьи расхода по процентам финансовой аренды
со счетом учета данных процентов
Заполнение формы документа графиками оплат,
начисления арендных платежей, расчет приведенной
стоимости арендованного объекта с учетом ставки
дисконтирования, расчет графика процентов
Оформление принятия права пользования активом,
постановка в учете, определение параметров расчета
амортизации (при необходимости)
Планирование оплаты арендных платежей
На основании ЗНО оформление оплаты арендных
платежей путем формирования документа «Списание
безналичных ДС» с операцией «Оплата арендодателю»
На основании договора аренды заведение в системе
документа «Поступление услуг аренды»
При закрытии месяца система начисляет амортизацию
по арендованный объект, если он амортизируется,
производит начисление процентов по аренде и признает
в налоговом учете арендные платежи
Бухгалтерские отчеты по счетам 01.03, 02.03, 51, 76.07,
76.А, 76.Д, 91.02
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.9.2.1. НАСТРОЙКА УЧЕТА АРЕНДЫ ПО ФСБУ 25/2018
2.9.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить учет аренды по ФСБУ 25/2018. Необходимо дополнить план счетов
субсчетом для учета долгосрочной части арендных платежей - 76.Д.
2.9.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для того, чтобы вести учет операции по аренде в соответствие с ФСБУ 25/2018, в настройках
Учетной политики Организации необходимо установить настройки:

Учетная политика финансового учета - установить флаг «Учет аренды по ФСБУ
25/2028»;
 Учетная политика финансового учета - установить с какой даты начислять
амортизацию в бухгалтерском учете для арендованных ОС;
 Учетная политика бухгалтерского учета - установить с какой даты начислять
амортизацию в бухгалтерском учете для арендованных ОС;
 Настройка учета налога на прибыль - установить флаг «Включить в состав налоговых
расходов арендные платежи». Если флаг установлен, то признание налоговых расходов
по арендным (лизинговым) платежам будут происходить автоматически в закрытии
месяца регламентной операцией «Признание в налоговом учете арендных платежей».
Если флаг «Включать в состав налоговых расходов арендные платежи» не установлен,
то признание в налоговом учете лизинговых платежей выполняется при помощи
ручных операций.
На счете 76.07 и его субсчетах признак ведения налогового учета не установлен. Учет
временных разниц в соответствии с ПБУ 18/02 производится с использованием нового
балансирующего счета 76.А, у которого два субконто: Контрагенты и Договоры. Подразделение и
направление деятельности на счете 76.А наследуются из договора аренды.
2.9.2.2. ОФОРМЛЕНИЕ ДОГОВОРА АРЕНДЫ
2.9.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется отражение в системе условий аренды, фиксация расчетов показателей аренды в
соответствии с ФСБУ 25/2018, сбор документов по операциям аренды с привязкой к договору, а
также возможность формирования документов на основании договора с наследованием реквизитов
из договора.
2.9.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В блоке Внеоборотные активы по гиперссылке «Договоры аренды (лизинга)» ответственный
бухгалтер создает Договор аренды, выбирая цель договора - Аренда. Указывает срок действия
договора и заполняет стороны договора. В параметрах договора указывает налогообложение по
НДС. Заполняя реквизиты договора, во вкладке «Учетная информация» ответственный бухгалтер
проставляет ГФУ расчетов по аренде, статьи расходов со счетом учета списания арендных платежей
на затратный счет, а также статьи расхода по процентам финансовой аренды со счетом учета данных
процентов. При заполнении реквизитов договора необходимо учесть, что вкладка «Расчеты по
договору» заполняется из отдельного документа «Заключение договора», поэтому ответственный
бухгалтер, заполнив реквизиты договора, кроме вкладки «Заключение договора», записывает
договор по кнопке «Записать». А далее приступает к оформлению документа «Заключение договора
аренды».
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.9.2.3. СОЗДАНИЕ ДОКУМЕНТА «ЗАКЛЮЧЕНИЕ ДОГОВОРА АРЕНДЫ»
2.9.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо создать документ для расчетов показателей договора аренды, отразить в учете
стоимости ППА, учесть части арендных платежей в долгосрочной задолженности, учесть проценты
по аренде.
2.9.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Заключение договора аренды» ответственный бухгалтер создает по ссылке
«Оформить» вкладки «Расчеты по договору» ранее записанного договора аренды.
В документе ответственный бухгалтер проставляет сумму услуг по аренде согласно договору,
указывает дату первого платежа, срок аренды и формирует графики оплаты и начисления арендных
платежей, используя список периодичности в документе или другой способ, доступный в системе –
загрузка из электронной таблицы, редактирование рассчитанного системой графика.
Ответственный бухгалтер выбирает статью расходов по формированию стоимости ППА со счетом
учета, формирующего стоимость внеоборотного актива, в частности счет 08.04.2.
Во вкладке «Дисконтирование» ответственный бухгалтер вводит ставку дисконтирования и
нажимает кнопку «Рассчитать стоимость и проценты». В документе «Заключение договора аренды»
система автоматически рассчитывает приведенную стоимость ППА и заполняет график процентов
по финансовой аренде по месяцам срока аренды. При проведении документа данные по расчетам
показателей отразятся в договоре аренды во вкладке «Расчеты по договору». При отражении
документа в учете система сформирует бухгалтерские проводки:
 Дт 08.04.2 Кт 76.07.1 – приведенная стоимость ППА;
 Дт 08.04.2 Кт 76.А – балансировка временных разниц по договору аренды;
 Дт 76.07.1 Кт 76.Д – перенос задолженности более 12 месяцев на долгосрочный счет;
 Дт 76.07.5 Кт 76.07.1 – проценты по аренде.
2.9.2.4. ПРИНЯТИЕ К УЧЕТУ ОБЪЕКТА АРЕНДЫ
2.9.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо принять в учет ППА, ввести параметры начисления амортизации, если объект
аренды относиться к амортизируемым.
2.9.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В блоке «Внеоборотные активы» ответственный бухгалтер заводит элемент справочника
«Объект эксплуатации», заполняя необходимые реквизиты, в том числе инвентарный номер.
На основании документа «Заключение договора аренды» ответственный бухгалтер создает
документ «Принятие к учету», большая часть реквизитов в документ наследуется из «Заключения
договора аренды». Далее бухгалтер выбирает основное средство из открывающего списка, вносит
данные по амортизации, а в случае, если объект не амортизируется, то выбирает порядок учета «Не
начислять амортизацию», указывает ГФУ аренды со счетами учета арендованного актива – 01.03,
02.03 и т.д. После внесения необходимых реквизитов, бухгалтер проводит документ, при отражении
документа сформируются бухгалтерские проводки: Дт 01.03 Кт 08.4.2 и, в случае амортизируемого
объекта, - Дт счета списание амортизации ППА Кт 02.03.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.9.2.5. ЗАЯВКА НА ОПЛАТУ АРЕНДНЫХ ПЛАТЕЖЕЙ
2.9.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создать документ плана оплат, согласовать его по установленному и заведенному в
системе маршруту. Необходимо использовать ЗНО для формирования документа «Списание
безналичных ДС» в целях проведения оплаты.
2.9.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Заявку на оплату создает ответственный бухгалтер из договора аренды по кнопке «Создать на
основании».
При формировании ЗНО большая часть реквизитов наследуется в ЗНО из договора,
ответственный бухгалтер заполняет сумму планируемой оплаты, контролирует заполнение
реквизитов вкладки «Расшифровка платежа».
Итогом заполнения станет заявка на оплату с операцией «Оплата арендодателю». При
проведении ЗНО отправляется на маршрут согласования, по завершению его прохождения, система
проставляет в ЗНО статус «Утвержден».
2.9.2.6. ОПЛАТА АРЕНДНЫХ ПЛАТЕЖЕЙ
2.9.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создать документ оплаты, зафиксировать движение взаиморасчетов по аренде, а
также отразить операции в бухгалтерской отчетности, в том числе в ОСВ.
2.9.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
На основании Заявки на оплату бухгалтер, ответственный за банковские операции, создает
документ «Списание безналичных ДС» с операцией «Оплата арендодателю». Из ЗНО денежный
документ наследует все реквизиты, ответственный бухгалтер проверяет и проводит документ, далее
направляет в банк платежное поручение. После получения выписки из банка, документ «Списание
безналичных ДС» с операцией «Оплата арендодателю» обогащается отметкой о проведении банком.
Отраженный в учете документ формирует бухгалтерскую проводку Дт 76.07.2 Кт 51. Бухгалтер
закрывает документ от редактирования с помощью кнопки «Проверен».
2.9.2.7. ПОСТУПЛЕНИЕ УСЛУГ ПО АРЕНДЕ
2.9.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется отразить в системе факт получения услуг аренды, формирование взаиморасчетов с
арендодателем.
2.9.2.7.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
На основании договора аренды ответственный бухгалтер создает документ «Поступление
услуг по аренде», большая часть реквизитов наследуется из договора, а табличную часть документа
бухгалтер формирует по кнопке «Заполнить». При проведении документа и отражении в учете
сформируются проводки:
 Дт 76.07.1 Кт 76.07.2 – поступление услуг по аренде;
 Дт затратного счета списания арендной платы Кт 76.07.2 – списание услуги в
расходы;
 Дт 20 Кт 76.А – балансировка временных разниц по договору аренды.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.9.2.8. ЗАКРЫТИЕ МЕСЯЦА
2.9.2.8.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется отразить в учете операции списания на расходы процентов по аренде, начислить,
при необходимости, амортизацию у арендованного объекта, признать в НУ арендные платежи.
2.9.2.8.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Ответственный бухгалтер закрывает отчетный месяц или закрытие месяца система производит
автоматически в соответствии с настроенным расписанием. Система начисляет амортизацию
только в бухгалтерском учете. По начислению процентов сформируется документ с проводками
Дт 91.02 Кт 76.07.5 (начисление процентов по аренде) и Дт 91.02 Кт 76.А (балансировка ВР по
договору аренды).
2.9.2.9. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.9.2.9.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо сформировать отчетные формы по контролю и анализу взаиморасчетов по
аренде, требуется соблюдение положений ФСБУ 25/2018.
2.9.2.9.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Операции по учету расчетов по финансовой аренде отражаются в стандартных бухгалтерских
отчетах с отбором по счетам 01.03, 02.03, 51, 76.07, 76.А, 76.Д, 91.02:





ОСВ (по счету и общая);
Карточка счета;
Анализ счета;
Обороты счета;
Отчеты по проводкам.
2.10. УЧЕТ РАСЧЕТОВ С ПОКУПАТЕЛЯМИ И ЗАКАЗЧИКАМИ. УЧЕТ
ВЫРУЧКИ
2.10.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отразить в информационной системе состояние
взаимных обязательств предприятия и его покупателей, заказчиков.
В случае реализации товаров и услуг ответственное лицо создает в 1С:ERP. УХ документ
РТиУ.
Ответственный бухгалтер проверяет документы, при некорректном вводе документов
возвращает их ответственному лицу для исправления ошибок. В случае корректного ввода
документов, а также после исправления ошибок ответственным лицом, бухгалтер проводит
документ и устанавливает признак проверки, после чего документ становится недоступным для
редактирования.
Далее ответственному бухгалтеру необходимо зарегистрировать счет-фактуру, отразить в
регламентированном учете документ РТиУ.
Для контроля за взаиморасчетами используются стандартные бухгалтерские отчеты с отбором
по счету 62, а также специализированный отчет «Ведомость расчетов с клиентами».
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.10.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 10 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 10 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
5.
6.
7.
8.
Код БП
БНУ.8.1
БНУ.8.1
БНУ.8.1
БНУ.8.1
БНУ.8.1
БНУ.8.1
БНУ.8.1
БНУ.8.1
Название БП
Учет расчетов с
покупателями
и
заказчиками. Учет
выручки
Учет расчетов с
покупателями
и
заказчиками. Учет
выручки
Учет расчетов с
покупателями
и
заказчиками. Учет
выручки
Название Функции
Создание РТиУ
Проверка РТиУ бухгалтером
Исправление ошибок в РТиУ
Детальное описание
Ответственное лицо создает
документ,
заполняет
обязательные
реквизиты,
записывает документ
Ответственный
бухгалтер
проверяет
документ
на
корректность
ввода
информации
Ответственное
лицо
корректирует информацию в
документе
Ответственный
бухгалтер
сверяет документ со сканобразом
документаУчет расчетов с
основания или документомпокупателями
и Проведение РТиУ со стороны
основанием, полученным по
заказчиками. Учет бухгалтера, фиксация проверки
ЭДО, указывает признак
выручки
проверки,
документ
становится недоступным для
редактирования
Учет расчетов с
Ответственный
бухгалтер
покупателями
и Оформление
счета-фактуры
регистрирует счет-фактуру,
заказчиками. Учет бухгалтером
указывает его номер
выручки
Учет расчетов с
Ответственный
бухгалтер
покупателями
и Отражение
РТиУ
в формирует проводки по
заказчиками. Учет регламентированном учете
команде «Дт Кт» или
выручки
регламентным заданием
Для
контроля
за
взаиморасчетами
используются
типовые
отчеты:
 «стандартные
Учет расчетов с
бухгалтерские отчеты с
покупателями
и
Формирование отчетов
отбором по счету 62,
заказчиками. Учет
 «Ведомость расчетов с
выручки
клиентами»
 «Задолженность клиентов
по срокам»,
 «Динамика просроченной
задолженности»
Учет
выручки
Учет расчетов с
осуществляется на 90-м
покупателями
и
Учет выручки
счете. Выручка – это вторая
заказчиками. Учет
часть проводки счета расчета
выручки
с покупателями: 62.01/62.02 –
АО «КМКР»
№
п/п
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
Название Функции
Редакция 1
Изменение №
Детальное описание
оптовые продажи, 62.Р –
розница
МЕНТА «РЕАЛИЗАЦИЯ ТОВАРОВ И УСЛУГ»
2.10.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется аналитический учет взаиморасчетов с покупателями и заказчиками на счете 62 с
используемыми субсчетами. В случае реализации товаров и услуг ответственное лицо создает в
1С:ERP. УХ документ РТиУ. Документ фиксирует факт продажи, списывает товары со склада,
формирует задолженность покупателя, заказчика и отражает выручку в учете.
2.10.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения реализации
товаров и услуг документом РТиУ.
РТиУ создается из общего Журнала документов по продажам по команде «Создать» →
Реализация товаров и услуг → Реализация. Далее Ответственному лицу необходимо заполнить
обязательные реквизиты:
 Организация,
 Клиент,
 Договор,
 Соглашение с клиентом (если используется),
 Склад (в случае реализации товаров),
 Номенклатура,
 Количество,
 Цена,
 Ставка НДС,
 Подразделение.
Кроме того, в РТиУ важно указать ГФУ расчетов. В ней определяются правила отражения
расчетов с покупателями, заказчиками в бухгалтерском учете, в частности счет учета. Группа
наследуется из договора, при необходимости счета учета можно изменить в самом документе
реализации.
2.10.2.2. ПРОВЕРКА ДОКУМЕНТА
БУХГАЛТЕРОМ
«РЕАЛИЗАЦИЯ
ТОВАРОВ
И
УСЛУГ»
2.10.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется контроль за оформлением документов. Ответственный бухгалтер должен проверить
РТиУ на корректность ввода информации и в случае обнаружения ошибок направить их на
корректировку ответственным лицам.
2.10.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения реализации
товаров и услуг документом РТиУ.
Бухгалтер проверяет правильность заполнения документа, сверяет его со скан-образом
документа-основания либо с документом-основанием, поступившим по ЭДО, проверяет
правильность заполнения ГФУ расчетов. В случае обнаружения ошибок при заполнении
АО «КМКР»
Редакция 1
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Изменение №
документов, ответственный бухгалтер возвращает документ для их исправления ответственному
лицу.
2.10.2.3. ИСПРАВЛЕНИЕ ОШИБОК В «РЕАЛИЗАЦИЯ ТОВАРОВ И УСЛУГ»
2.10.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется возможность исправления ошибок в документе. После того, как документ проверил
ответственный бухгалтер и вернул документ для корректировки, ответственное лицо вносит правки
в документ.
2.10.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения поступлений
товаров и услуг документом РТиУ. Ответственное лицо вносит корректировки в РТиУ. Документы
доступны для редактирования до тех пор, пока не установлен признак проверки и не закрыт период.
2.10.2.4. ПРОВЕДЕНИЕ ДОКУМЕНТА СО СТОРОНЫ БУХГАЛТЕРА, ФИКСАЦИЯ
ПРОВЕРКИ
2.10.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется зафиксировать документ в системе после проверки, заблокировать документ от
дальнейшего редактирования.
2.10.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм проведения документов.
После проверки документа бухгалтер должен провести документ, указать признак проверки. Данная
команда доступна только для бухгалтера и после её активации документы становятся недоступными
для редактирования. В случае необходимости корректировки документа с признаком «Проверен»
бухгалтер может снять признак проверки путем повторного нажатия на кнопку «Проверен».
2.10.2.5. ОФОРМЛЕНИЕ СЧЕТА-ФАКТУРЫ БУХГАЛТЕРОМ
2.10.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создать счет-фактуру.
В случае необходимости регистрации счета-фактуры его можно оформить из документа
реализации или АРМ «Помощник по учету НДС». В счете-фактуре важно проверить дату.
2.10.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для регистрации счета-фактуры используется типовой механизм системы. Существует
несколько вариантов оформления: в самом документе реализации по гиперссылке «Оформить счетфактуру», из АРМ «Помощник по учету НДС», при закрытии месяца. При оформлении счетафактуры необходимо указать номер. Остальная информация заполнится из документа реализации.
2.10.2.6. ОТРАЖЕНИЕ
«РЕАЛИЗАЦИЯ
РЕГЛАМЕНТИРОВАННОМ УЧЕТЕ
ТОВАРОВ
И
УСЛУГ»
2.10.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется сформировать бухгалтерскую проводку по продаже.
В
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Ответственный бухгалтер любым удобным способом формирует проводки: по команде «Дт
Кт» или регламентным заданием. Отражение документов в регламентированном учете ведёт к
формированию точной и полной финансовой отчётности предприятия.
2.10.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения РТиУ в регламентированном учете используются типовые механизмы.
Ответственный бухгалтер любым удобным способом формирует проводки: по команде «Дт Кт» или
регламентным заданием. Проводки в бухгалтерском и налоговом учете будут сформированы в
соответствии с настройками ГФУ. При необходимости изменения счетов учета, требуется изменить
реквизиты, отвечающие за настройки. Напрямую изменять счета учета в проводке не
рекомендуется.
2.10.2.7. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.10.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения взаиморасчетов с покупателями, заказчиками требуются
стандартные бухгалтерские отчеты с отбором по счету 62, что позволяет проверить точность
отражения операций, выявить суммы дебиторской и кредиторской задолженности, расшифровать
суммы долгов. «Ведомость расчетов с клиентами» представляет детальный анализ взаиморасчетов с
покупателями, заказчиками, изменение задолженности за указанный период и текущее сальдо
расчетов. Для отображения информации о сроках задолженности можно использовать отчеты
«Задолженность клиентов по срокам» и «Динамика просроченной задолженности». Учет выручки
осуществляется на счете 90.01, учет НДС с выручки – на счете 90.03.
2.10.2.7.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для контроля и анализа отражения взаиморасчетов с покупателями, заказчиками
используются стандартные бухгалтерские отчеты с отбором по счету 62 – ОСВ, Анализ счета,
Обороты счета, Карточка счета, Анализ субконто, Отчет по проводкам, которые расположены в
подсистеме «Регламентированный учет».
Для формирования отчетов нужно установить период, выбрать счет и субконто. В 1С:ERP. УХ
для этого счета предусмотрено 4 вида субконто: Направление деятельности, Подразделение,
Контрагенты, Договоры и нет объекта расчетов, т.е. самого документа, на основании которого
возникает задолженность. Объект расчетов определяется в договоре и наследуется в документ
приобретения.
Сформированные стандартные бухгалтерские отчеты содержат информацию о начальном
сальдо, оборотах за период, конечном сальдо.
Для детализации информации о взаиморасчетах в разрезе объектов расчетов используется
отчет «Ведомость расчетов с клиентами» - основной отчет по движению задолженности. Отчет
расположен в подсистеме «Продажи». Если в договоре указана детализация «По документам», то
при формировании отчета можно добавить в структуру аналитику «Объект расчетов», в этом случае
система сформирует данные с документом, на основании которого возникает задолженность.
Сформированный отчет «Ведомость расчетов с клиентами» отражает данные о продажах,
суммах и оплатах, а также текущее сальдо расчетов.
Для отображения информации о сроках задолженности можно использовать отчеты
«Задолженность клиентов по срокам» и «Динамика просроченной задолженности». Кроме того, для
детального анализа необходим отчет по просроченной задолженности с отражением количества
дней неисполнения обязательств.
Отчет «Задолженность клиентов по срокам» расположен в подсистеме «Продажи», показывает
дебиторскую задолженность, распределённую по интервалам просрочки на основе даты отгрузки и
срока оплаты, указанного в договоре.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
Отчет «Динамика просроченной задолженности» также расположен в подсистеме «Продажи»,
показывает анализ изменения доли просроченной дебиторской задолженности с разбивкой по
периодам.
Учет выручки осуществляется на счете 90. Выручка – это вторая часть проводки счета расчета
с покупателями: 62.01/62.02 – оптовые продажи, 62.Р – розница. Можно указать детализацию по
направлениям деятельности, подразделениям.
2.11. УЧЕТ ПРОЧИХ ДОХОДОВ И РАСХОДОВ
2.11.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс обусловлен необходимостью отразить в информационной системе операции,
не связанные с основной деятельностью предприятия. Например, прочие доходы включают в себя
штрафы, неустойки от контрагентов и сотрудников, безвозмездно полученные активы (запасы,
деньги), компенсации за невыбранный объем (операции, отражающие специфику деятельности
Организации – доработка); прочими расходами – возмещение судебных расходов, оплата услуг
банков, штрафы, неустойки за нарушение условий договоров с контрагентами, расходы на
устранение последствий от пожаров, аварий, плата за негативное воздействие на окружающую
среду и др.
Прочие доходы и расходы могут быть отображены различными документами, ответственный
бухгалтер вносит их в систему.
Требуется в отражаемых операциях выбор различной аналитики в статьях расхода в
зависимости от операции, например, в операциях по почтовым расходам требуется отразить
подотчетное лицо, а в операциях с партнерами – контрагента.
В системе 1С:ERP. УХ рекомендуется не использовать документ «Операции бухгалтерского
учета», т.к. он формирует данные только в бухгалтерском учете, в бухгалтерских регистрах,
управленческий и оперативный учет не получают информацию об этом документе, то есть
возникнут разницы в видах учета, так как не происходит отражение информации в регистрах
оперативного учета, одновременно, отсутствие данных в оперативном и управленческом учетах
может повлиять на корректность планирования в системе.
Рекомендуется использовать документ «Регистрация доходов/расходов», который фиксирует
движение в регистрах оперативного учета.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.11.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 11Error: Reference source not found представлен Перечень функций бизнеспроцессов, реализуемых в системе 1C:ERP. УХ.
Таблица 11 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
Код БП
БНУ.11.1
Название БП
Учет
доходов
расходов
прочих
и
Название Функции
Детальное описание
Бухгалтер создает документ
(Регистрация
доходов/расходов,
Поступление/Списание
Создание документа бухгалтером безналичных
ДС,
Оприходование
излишков,
товаров, ПУиПА и др.),
заполняет
обязательные
реквизиты,
записывает
документ
АО «КМКР»
№
п/п
2.
3.
4.
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
БНУ.11.1
Учет
доходов
расходов
прочих
и
БНУ.11.1
Учет
доходов
расходов
прочих
и
БНУ.11.1
Учет
доходов
расходов
прочих
и
Название Функции
Редакция 1
Изменение №
Детальное описание
Бухгалтер сверяет документ
со скан-образом документаоснования или документомПроведение
документа
со
основанием, полученным по
стороны бухгалтера, фиксация
ЭДО, указывает признак
проверки
проверки,
документ
становится недоступным для
редактирования
Бухгалтер
формирует
Отражение
документа
в
проводки по команде «Дт Кт»
регламентированном учете
или регламентным заданием
Для контроля учета прочих
доходов
и
расходов
используются
типовые
Формирование отчетов
отчеты:
 «ОСВ по счету» с отбором
по 91-му счету
МЕНТА
2.11.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется зафиксировать доходы и расходы, не связанные с основной деятельностью
организации, влияющие на финансовый результат.
2.11.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм учета прочих доходов и
расходов. Прочие расходы и доходы могут быть отображены различными документами.
Существует два способа отображения прочих доходов и расходов: через счет учета 76 (через
статьи активов/пассивов) и напрямую на счет учета 91, на прочие доходы/расходы (через статью
доходов/расходов).
Например, безналичные платежи, казначейские документы (Начисление по кредитам и
депозитам), складские (Оприходование излишков товаров) можно списывать на счет 91 путем
заполнения в них статьи доходов/расходов, в которой будет указан соответствующий счет.
В случае отображения прочих доходов и расходов через счет 76, используются статьи
активов/пассивов. В этом случае нужно создать документ «Регистрация доходов/расходов» указать
статью доходов/расходов, Кор. статью активов/пассивов, Кор. счет учета.
2.11.2.2. ПРОВЕДЕНИЕ ДОКУМЕНТА СО СТОРОНЫ БУХГАЛТЕРА, ФИКСАЦИЯ
ПРОВЕРКИ
2.11.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется проверить и защитить документ от дальнейшего редактирования. После проверки
документа бухгалтер должен провести документ, указать признак проверки. Далее документ будет
заблокирован от редактирования. Формирование бухгалтерских проводок система осуществляет
при отражении документа вручную или автоматически посредством регламентного задания по
расписанию.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.11.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм проведения документов.
После проверки документа бухгалтер должен провести документ, указать признак проверки. После
её активации документы становятся недоступными для редактирования. В случае необходимости
корректировки документа с признаком «Проверен» бухгалтер может снять признак проверки путем
повторного нажатия на кнопку «Проверен».
УМЕНТА В РЕГЛАМЕНТИРОВАННОМ УЧЕТЕ
2.11.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется сформировать бухгалтерскую проводку в системе. Бухгалтер любым удобным
способом формирует проводки: по команде «Дт Кт» или регламентным заданием. Отражение
документов в регламентированном учете ведёт к формированию точной и полной финансовой
отчётности предприятия.
2.11.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения прочих доходов и расходов в регламентированном учете используются
типовые механизмы. Бухгалтер любым удобным способом формирует проводки: по команде «Дт
Кт» или регламентным заданием. Проводки в бухгалтерском и налоговом учете будут
сформированы в соответствии с настройками статей доходов и расходов и ГФУ. При
необходимости изменения счетов учета, требуется изменить реквизиты, отвечающие за настройки.
Напрямую изменять счета учета в проводке не рекомендуется.
Е ОТЧЕТОВ
2.11.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется сформировать отчеты. Для учета прочих доходов и расходов используется отчет
«ОСВ по счету» с отбором по 91-му счету. На протяжении отчетного периода в отчете
отображаются по кредиту- доходы, по дебету – расходы.
2.11.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для учета прочих доходов и расходов используются стандартные бухгалтерские отчеты с
отбором по счету 91. Отчеты расположены в подсистеме «Регламентированный учет». Для
формирования отчетов нужно установить период, выбрать счет и субконто. В 1С:ERP. УХ для этого
счета предусмотрено 3 вида субконто: Направление деятельности, Подразделение, Прочие доходы и
расходы, также можно установить группировку по субсчетам.
2.12. УЧЕТ БАНКОВСКИХ ОПЕРАЦИЙ
2.12.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс обусловлен необходимостью отразить в информационной системе банковские
операции. Банковские операции предусматривают перечисление (перевод) и получение денежных
средств на банковские счета организации.
Для перечисления денежных средств ответственный бухгалтер создает в системе документы
«Заявка на оплату», «Списание безналичных денежных средств», «Реестр платежей». Далее
платежные поручения ответственный бухгалтер отправляет в банк, при загрузке банковской
выписки система определяет соответствия между осуществленными платежами и платежными
поручениями и обогащает документ списания денежных средств флагом в реквизите «Проведено
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
банком» и датой проведения. Для доходных операций платежные поручения не формируются, сразу
загружается банковская выписка и формируется документ «Поступление безналичных ДС» с
флагом «Проведено банком».
После формирования журнала безналичных платежей с пометкой «Проведено банком» и
датой проведения банком ответственный бухгалтер проверяет платежи и отражает их в
регламентированном учете.
Для контроля учета банковских операций используются типовые отчеты: ОСВ по счету,
Анализ счета, Обороты счета, Карточка счета с отбором по 51-му счету, Ведомость по ДС,
Движение ДС и др.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.12.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 12 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 12 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
Код БП
БНУ.14.1
БНУ.14.1
БНУ.14.1
БНУ.14.1
Название БП
Название Функции
Детальное описание
Ответственный
бухгалтер
Формирование Заявки на создает в системе документы
Учет банковских
оплату или Реестра платежей «Заявка на оплату» или «Реестр
операций
для расходных операций
платежей»
для
расходных
операций
Ответственный
бухгалтер
формирует
платежные
поручения, отправляет их в
банк,
при
поступлении
Создание
платежных
Учет банковских
банковской выписки система
поручений для расходных
операций
определяет соответствия между
операций, выгрузка в банк
осуществленными платежами и
платежными поручениями и
проставляет флаг «Проведено
банком».
Проверка
безналичных Ответственный
бухгалтер
Учет банковских
платежей,
отражение
в проверяет платежи и отражает
операций
регламентированном учете
их в регламентированном учете
Для контроля учета банковских
операций
используются
типовые отчеты: ОСВ по счету,
Учет банковских
Формирование отчетов
Анализ счета, Обороты счета,
операций
Карточка счета с отбором по 51му счету, Ведомость по ДС,
Движение ДС и др.
2.12.2.1. ФОРМИРОВАНИЕ ЗАЯВКИ НА ОПЛАТУ ИЛИ РЕЕСТРА ПЛАТЕЖЕЙ ДЛЯ
РАСХОДНЫХ ОПЕРАЦИЙ
2.12.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется сформировать обеспечить оплату. Ответственный бухгалтер создает документы,
которые фиксируют намерения по расходованию ДС, направляет их на согласование.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.12.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм планирования расходов
ДС путем создания Заявок на оплату или Реестра платежей.
Заявка на оплату — документ для планирования расходов ДС, проходящий этапы
согласования и утверждения к оплате, после чего формирует платежные поручения на основании
графика и расчетного счета. Документ можно создать в подсистеме «Казначейство». Форма заявки
на оплату содержит три вкладки:
 Основное – содержит ключевую информацию, характеризующую платеж: стороны
операции, договор, сумма, валюта и т. д.;
 Аналитики учета и планирования – содержит аналитики, необходимые для контроля
бюджетных лимитов и корректного отражения операции в учете;
 Контроль документа – содержит информацию о результатах прохождения бюджетного
контроля, закрепленных за документом.
Заявка на оплату содержит все реквизиты, необходимые для корректного формирования
платежного поручения. После заполнения заявки она направляется на согласование по
установленному маршруту.
В системе доступна печатная форма «Реестр платежей», с помощью которого формируется и
утверждается список оплат. Документ можно создать в подсистеме «Казначейство», в табличном
поле документа заполнить поля Организация и Дата оплаты. Далее отобразится список платежных
позиций по заявкам, размещенным на исполнение, с банковских счетов выбранной организации в
указанную дату. Чтобы платежная позиция попала в реестр, должен соблюдаться ряд условий:
 заявка на операцию должна быть утверждена;
 выплата не содержится в другом реестре платежей, который отправлен на согласование или
уже согласован;
 дата оплаты заявки равна дате реестра платежей;
 у выплаты не установлена пометка, запрещающая осуществление платежа.
После заполнения Реестра платежей он направляется на согласование согласно заданному
маршруту.
2.12.2.2. СОЗДАНИЕ ПЛАТЕЖНЫХ ПОРУЧЕНИЙ ДЛЯ РАСХОДНЫХ ОПЕРАЦИЙ,
ВЫГРУЗКА В БАНК
2.12.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создать платежные поручения. По расходным операциям Платежные поручения
формируются после утверждения Заявки на оплату и/или Реестра платежей, далее Платежные
поручения выгружаются в банк. Для доходных операций Платежные поручения формировать не
надо.
2.12.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования Платежных поручений по расходным операциям используется типовой
механизм. Платежные поручения формируются после утверждения Заявки на оплату или Реестра
платежей.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Списание безналичных ДС (печатная форма документа – платежное поручение) — это процесс
формирования платёжных поручений. Документ «Списание безналичных ДС» ответственный
бухгалтер может сформировать несколькими вариантами: на основании договора, первичного
документа, заявки на оплату или в рабочем месте «Безналичные платежи» блока Казначейство.
После формирования списаний ответственный бухгалтер производит выгрузку платежей
(платежных поручений) в банк. После оплаты банком и загрузки выписки банка в систему документ
«Списание безналичных ДС» обогащается флагом «Проведено банком» и датой проведения.
Отраженный документ формирует проводку Дт кор.счета Кт 51. Печатная форма платежного
поручения доступна из документа «Списание безналичных ДС» или из АРМа «Безналичные
платежи».
Если в настройках системы установлен флажок «Автоматически формировать платежные
поручения при утверждении реестра платежей», в момент утверждения Реестра платежей будут
автоматически создаваться платежные поручения по всем входящим в него позициям. В противном
случае ответственному бухгалтеру необходимо использовать обработку «Генерация платежных
поручений». Для доходных операций платежные поручения не формируются, сразу загружается
банковская выписка и формируется документ «Поступление безналичных ДС» с галочкой
«Проведено банком».
Для обмена с банком платежными документами предусмотрен сервис «Выгрузка и загрузка»
платежей. Сервис обеспечивает электронный обмен с банком: выгрузка Платежных поручений для
списания средств и загрузка выписок для учета поступлений на расчетные счета.
В системе реализована технология прямого и безопасного подключения к банковской системе
– «1С:ДиректБанк». Это встроенный механизм, который менее трудозатратен, чем классический
клиент-банк. Для использования механизма ДиректБанк необходима его поддержка со стороны
банка-партнера.
2.12.2.3. ПРОВЕРКА
БЕЗНАЛИЧНЫХ
РЕГЛАМЕНТИРОВАННОМ УЧЕТЕ
ПЛАТЕЖЕЙ,
ОТРАЖЕНИЕ
В
2.12.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется возможность проверки безналичных платежей. После поступления банковской
выписки и формирования журнала безналичных платежей Ответственный бухгалтер проверяет
Поступления/Списания безналичных ДС и отражение данных в регламентированном учете.
2.12.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения документов в
регламентированном учете. После поступления банковской выписки система может сопоставить
платежи с документами расчетов с помощью обработки «Разнесение банковской выписки», если
настроены соответствующие шаблоны. После сопоставления платежей формируется журнал
безналичных платежей с документами Поступление/Списание безналичных ДС, в которых будет
указана пометка «Проведено банком» и дата проведения банком.
Ответственный бухгалтер проверяет Поступление/Списание безналичных ДС, устанавливает
признак проверки, а при необходимости, редактирует и проводит документы и любым удобным
способом формирует проводки: по команде «Дт Кт» или регламентным заданием. Отражение
документов в регламентированном учете ведет к формированию точной и полной финансовой
отчетности предприятия.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
ОТЧЕТОВ
2.12.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуются отчеты по движению денежных средств. Для учета банковских операций
используются типовые отчеты, отражающие обороты, остатки ДС на счетах предприятия, их
движение.
2.12.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для учета банковских операций используются типовые отчеты (расположены в подсистеме
«Регламентированный учет»):
 «ОСВ по счету» с отбором по счету 51 - содержит информацию об остатках и оборотах
по счету за указанный период;
 «Анализ счета» с отбором по счету 51 - отражает обороты между счетом 51 и всеми
остальными счетами (субсчетами) за определённый период, а также остатки по
выбранному счету на начало и на конец периода. Сформированный отчет представляет
собой таблицу, в строках которой приведены номера корреспондирующих счетов и
обороты в их дебет и кредит (соответственно с кредита и дебета выбранного счета);
 «Карточка счета» с отбором по счету 51 - отражает корреспонденции счета 51 за
выбранный период, в которых был использован счет 51;
 «Обороты счета» с отбором по счету 51 - отражает обороты между счетом 51 и всеми
остальными счетами за определенный период.
Также можно использовать отчеты:
 Ведомость по ДС - отражает остатки и движения наличных, безналичных средств, денег
в пути и у подотчетных лиц, с детализацией по статьям, местам хранения и операциям;
 Движение ДС – отражает, какие движения ДС происходили и планируются, из каких
источников, на какие направления использования, по каким статьям ДДС.
Данные отчеты находятся в подсистеме «Казначейство».
2.13. УЧЕТ КАССОВЫХ ОПЕРАЦИЙ
2.13.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс обусловлен необходимостью отразить в информационной системе прием и
выдачу наличных ДС, поступление выручки от продаж, инвентаризацию ДС.
Учет кассовых операций представляет собой процесс контроля за движением наличных ДС в
кассе предприятия, включая поступление и выдачу наличных, а также фиксацию этих операций в
документах. Цель — обеспечить сохранность наличности, контролировать ее движение,
предотвратить злоупотребления и своевременно формировать достоверную информацию для
принятия управленческих решений.
Ответственный бухгалтер создает в системе расходный кассовый ордер. Этим документом
фиксируется факт выдачи наличных ДС из кассы предприятия для разменного фонда.
Кассир ККМ осуществляет выдачу сдачи покупателям наличными ДС, полученными из кассы
предприятия. После осуществления продаж кассир передает наличные ДС в кассу предприятия
(разменный фонд и выручку от продаж).
Ответственный бухгалтер оформляет получение наличных ДС от кассира приходным
кассовым ордером.
Для учета кассовых операций используются типовые отчеты: ОСВ по счету, Анализ счета,
Обороты счета, Карточка счета с отбором по счету 50.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
В случае необходимости на предприятии может проводиться инвентаризация наличных ДС с
целью выявления расхождений между учетными данными и фактическим наличием ДС, а также в
целях контроля соблюдения кассовой дисциплины.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.13.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 13 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 13 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
Код БП
Название БП
БНУ.15.1
Учет
кассовых
операций
БНУ.15.1
Учет
кассовых
операций
БНУ.15.1
Учет
кассовых
операций
БНУ.15.1
Учет
кассовых
операций
Название Функции
Детальное описание
Ответственный
бухгалтер
создает в системе расходный
кассовый
ордер.
Этим
Выдача наличных ДС из
документом фиксируется факт
кассы предприятия
выдачи наличных ДС из кассы
предприятия для разменного
фонда
Ответственный
бухгалтер
Получение наличных ДС в оформляет получение наличных
кассу предприятия
ДС от кассира приходным
кассовым ордером
Для учета кассовых операций
используются типовые отчеты:
Формирование отчетов
ОСВ по счету, Анализ счета,
Обороты счета, Карточка счета с
отбором по счету 50
В случае необходимости на
предприятии
может
проводиться
инвентаризация
наличных
ДС
с
целью
Проведение инвентаризации выявления расхождений между
ДС
учетными
данными
и
фактическим наличием ДС, а
также
в
целях
контроля
соблюдения
кассовой
дисциплины.
2.13.2.1. ВЫДАЧА НАЛИЧНЫХ ДС ИЗ КАССЫ ПРЕДПРИЯТИЯ
2.13.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создание документа выдачи из кассы. Ответственный бухгалтер создает в системе
документ «Расходный кассовый ордер». Расходный кассовый ордер применяется для оформления
выдачи наличных денежных средств из кассы предприятия.
2.13.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения выдачи
наличных ДС из кассы путем оформления расходного кассового ордера.
В документе необходимо заполнить на вкладке «Основное» - Кассу, Операцию, Кассу ККМ,
Подразделение, Сумму, на вкладке «Печать» - Лицо, получающее наличные ДС, Документ, Кассира.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Ответственный бухгалтер проводит документ, отражает его в регламентированном учете, указывает
признак проверки. Далее документ будет заблокирован от редактирования. Печатная форма
документа – унифицированная форма КО-2.
2.13.2.2. ПОЛУЧЕНИЕ НАЛИЧНЫХ ДС В КАССУ ПРЕДПРИЯТИЯ
2.13.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создать документ прихода в кассу. Ответственное лицо, например, кассир ККМ,
подотчетное лицо и т.д., передает в кассу предприятия наличные ДС – остаток разменного фонда,
выручку от продаж, денежные средства от подотчетного лица. Ответственный бухгалтер оформляет
документ «Приходный кассовый ордер».
2.13.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для оформления получения наличных ДС от кассира ККМ используется типовой механизм
отражения поступления наличных ДС документом «Приходный кассовый ордер». Ответственный
бухгалтер оформляет «Приходный кассовый ордер», заполняет в нем на вкладке «Основное» Кассу, Операцию, Кассу ККМ, Статью ДДС, Подразделение, ЦФО, Сумму, на вкладке «Печать» Лицо, от которого приняты наличные ДС, Основание, Кассира. Затем ответственный бухгалтер
проводит документ, отражает его в регламентированном учете, указывает признак проверки. Далее
документ будет заблокирован от редактирования. Печатная форма документа – унифицированная
форма КО-1.
ОТЧЕТОВ
2.13.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуются отчеты по движению наличных средств. Для учета кассовых операций
используются типовые отчеты, отражающие обороты, остатки ДС в кассе предприятия, их
движение.
2.13.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для учета кассовых операций используются типовые отчеты (расположены в подсистеме
«Регламентированный учет»):
 «ОСВ по счету» с отбором по счету 50 - содержит информацию об остатках и оборотах
по счету за указанный период;
 «Анализ счета» с отбором по счету 50 - отражает обороты между счетом 50 и всеми
остальными счетами (субсчетами) за определённый период, а также остатки по
выбранному счету на начало и на конец периода. Сформированный отчет представляет
собой таблицу, в строках которой приведены номера корреспондирующих счетов и
обороты в их дебет и кредит (соответственно с кредита и дебета выбранного счета);
 «Карточка счета» с отбором по счету 50 - отражает корреспонденции счета 50 за
выбранный период, в которых был использован счет 50;
 «Обороты счета» с отбором по счету 50 - отражает обороты между счетом 50 и всеми
остальными счетами за определенный период.
Также можно использовать отчеты (расположены в подсистеме «Казначейство»):
 Ведомость по ДС - отражает остатки и движения наличных, безналичных средств, денег
в пути и у подотчетных лиц, с детализацией по статьям, местам хранения и операциям
(в настройках отчет указать Тип ДС – наличные);
АО «КМКР»


БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Движение ДС – отражает, какие движения ДС происходили и планируются, из каких
источников, на какие направления использования, по каким статьям ДДС (в настройках
отчета указать Кассу);
Кассовая книга – отражает в хронологическом порядке кассовые операции,
подтвержденные первичными документами. В Кассовой книге необходимо создать
Лист кассовой книги, указать в нем Дату, Кассу, Тип листа. На вкладке «Приходные и
расходные ордера» по команде Заполнить сформировать ТЧ, в ней будет содержаться
информация о Приходных и Расходных кассовых ордерах за указанную дату. Лист
кассовой книги можно напечатать и сформировать Кассовую книгу на бумажном
носителе. Также можно напечатать титульный лист и последнюю страницу Кассовой
книги. Лист кассовой книги формируется кассиром ежедневно по результатам
оформления кассовых операций в течение дня.
2.13.2.1. ПРОВЕДЕНИЕ ИНВЕНТАРИЗАЦИИ ДС
2.13.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить инвентаризацию наличных средств. Инвентаризация проводится
комиссией, назначаемой приказом (решением, постановлением, распоряжением) руководителя
предприятия. Комиссия проверяет достоверность данных бухгалтерского учета и фактического
наличия денежных средств, ценностей и документов, находящихся в кассе, путем полного
пересчета.
2.13.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения
инвентаризации ДС путем создания документа «Инвентаризация наличных ДС». Ответственный
бухгалтер создает документ, заполняет в нем Кассовую книгу, Кассира. По команде Заполнить в ТЧ
в графе «По учету» заполнится информация об остатках наличных ДС. В графу «По факту»
вводится сумма наличных ДС, зафиксированная в кассе после пересчета (проведения
инвентаризации). Затем бухгалтер проводит документ, указывает признак проверки. Далее
документ будет заблокирован от редактирования.
По итогам инвентаризации можно напечатать «ИНВ-15» (Акт инвентаризации наличных ДС),
акт можно редактировать и внести членов комиссии.
2.14. УЧЕТ РАСЧЕТОВ С ПОДОТЧЕТНЫМИ ЛИЦАМИ
2.14.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс обусловлен необходимостью отразить в информационной системе выдачу и
списание денежных средств сотрудникам на командировочные или хозяйственные нужды через
счет 71 с обязательным оформлением авансовых отчетов.
Ответственный бухгалтер выдает ДС подотчетному лицу, оформляет расходный кассовый
ордер. Подотчетное лицо приобретает необходимые товары и/или услуги.
Далее ответственный бухгалтер проверяет документ «Приобретение товаров и услуг» в
системе, устанавливает признак проверки, документ заблокирован от редактирования. Подотчетное
лицо создает документ «Авансовый отчет» из документа «Приобретение товаров и услуг».
Ответственный бухгалтер проверяет авансовый отчет, отражает его в регламентированном учете,
при необходимости устанавливает признак проверки, документ заблокирован от редактирования.
В случае перерасхода ДС (подотчетное лицо израсходовало больше ДС, чем было выдано),
ответственный бухгалтер осуществляет выдачу ДС из кассы или выплату перерасхода в составе
заработной платы.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
В случае остатка ДС (подотчетное лицо израсходовало меньше ДС, чем было выдано),
ответственный бухгалтер принимает возврат ДС от подотчетного лица в кассу или производит
удержание ДС из зарплаты.
Для учета расчетов с подотчетными лицами используются типовые отчеты: ОСВ по счету,
Анализ счета, Обороты счета, Карточка счета с отбором по 71-му счету, Ведомость по ДС у
подотчетных лиц, Контроль операций с ДС и др.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.14.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 14 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 14 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
5.
6.
Код БП
Название БП
Название Функции
БНУ.16.1
Учет расчетов с
Выдача
подотчетными
лицу
лицами
БНУ.16.1
Учет расчетов с Отражение
факта
подотчетными
поступления товаров и услуг
лицами
в системе
БНУ.16.1
Учет расчетов с Проверка авансового отчета,
подотчетными
отражение
в
лицами
регламентированном учете
БНУ.16.1
Учет расчетов с Выдача ДС из кассы или
подотчетными
выплата
перерасхода
в
лицами
зарплате
БНУ.16.1
Учет расчетов с Возврат подотчетным лицом
подотчетными
ДС в кассу или удержание ДС
лицами
из зарплаты
БНУ.16.1
Учет расчетов с
подотчетными
ДС
подотчетному
Формирование отчетов
Детальное описание
Ответственный
бухгалтер
выдает ДС подотчетному лицу,
оформляет Расходный кассовый
ордер.
Подотчетное
лицо
приобретает
необходимые
товары и/или услуги.
Ответственный
бухгалтер
проверяет
документ
Приобретение товаров и услуг в
системе, устанавливает признак
проверки,
документ
заблокирован
от
редактирования
Ответственный
бухгалтер
проверяет Авансовый отчет,
отражает
его
в
регламентированном учете, при
необходимости устанавливает
признак проверки, документ
заблокирован
от
редактирования.
В случае перерасхода ДС
(подотчетное
лицо
израсходовало больше ДС, чем
было выдано) Ответственный
бухгалтер осуществляет выдачу
ДС из кассы или выплату
перерасхода в зарплате.
В
случае
остатка
ДС
(подотчетное
лицо
израсходовало меньше ДС, чем
было выдано) Ответственный
бухгалтер принимает возврат
ДС от подотчетного лица в
кассу
или
производит
удержание ДС из зарплаты
Для
учета
расчетов
с
подотчетными
лицами
АО «КМКР»
№
п/п
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
Название Функции
лицами
Редакция 1
Изменение №
Детальное описание
используются типовые отчеты:
ОСВ по счету, Анализ счета,
Обороты счета, Карточка счета с
отбором по 71-му счету,
Ведомость по ДС у подотчетных
лиц, Контроль операций с ДС и
др.
2.14.2.1. ВЫДАЧА ДС ПОДОТЧЕТНОМУ ЛИЦУ
2.14.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется создать документ выдачи работнику организации – подотчетному лицу.
Ответственный бухгалтер создает в системе документ «Расходный кассовый ордер». Расходный
кассовый ордер применяется для оформления выдачи наличных денежных средств из кассы
предприятия.
2.14.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения выдачи
наличных ДС путем оформления документ «Расходный кассовый ордер».
В документе необходимо заполнить на вкладке «Основное» - Кассу, Операцию, Кассу ККМ,
Подразделение, Сумму, на вкладке «Печать» - Лицо, получающее наличные ДС, Документ, Кассира.
Ответственный бухгалтер проводит документ, отражает его в регламентированном учете, указывает
признак проверки. Далее документ будет заблокирован от редактирования.
Для учета кассовых услуг предусмотрено АРМ Казначейство → Касса →
Приходные/Расходные кассовые ордера, Кассовые книги.
2.14.2.2. ОТРАЖЕНИЕ ФАКТА ПОСТУПЛЕНИЯ ТОВАРОВ И УСЛУГ В СИСТЕМЕ
2.14.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется зафиксировать использование денежных средств подотчетным лицом. Поступление
товаров и/или услуг отражается документом ПТиУ, который создается из общего Журнала
документов по закупкам.
2.14.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения поступлений
товаров/услуг с помощью документа ПТиУ с операцией «Закупка через подотчетное лицо». ПТиУ
создаются из общего Журнала документов по закупкам. Для этого в общем Журнале документов по
закупкам необходимо нажать кнопку «Создать» → Приобретение товаров и услуг → Закупка через
подотчетное лицо.
При создании документа «Приобретение товаров и услуг» с операцией «Закупка через
подотчетное лицо» Ответственному по складу необходимо будет вручную заполнить все ключевые
реквизиты в ПТУ:
• Организация
• Поставщик
• Договор (при наличии)
• Подотчетное лицо
• Склад
• Подразделение
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Информация о товарах вносится вручную в ТЧ «Товары» в соответствии с фактическим
поступлением либо в соответствии с первичным документом поставщика и может редактироваться
до момента установки признака проверки в ПТиУ.
2.14.2.3. ПРОВЕРКА
АВАНСОВОГО
РЕГЛАМЕНТИРОВАННОМ УЧЕТЕ
ОТЧЕТА,
ОТРАЖЕНИЕ
В
2.14.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить создание и проверку отчетных документов от подотчетного лица.
Ответственный бухгалтер проверяет Авансовый отчет — документ, который заполняет подотчетное
лицо, получившее ДС для конкретных нужд (например, командировки, закупка оборудования или
оплата услуг). Без правильно оформленного и утвержденного руководителем отчета расходы не
могут быть приняты к учету. Бухгалтер проверяет целесообразность израсходованных ДС, сумму
ДС, документы, подтверждающие расходы. После проверки ответственный бухгалтер проводит
документ, отражает его в регламентированном учете, указывает признак проверки.
2.14.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения авансового отчета в регламентированном учете используется типовой
механизм системы. Бухгалтер проверяет авансовый отчет, проводит документ, формирует проводки
по команде «Дт Кт» или регламентным заданием, устанавливает признак проверки.
2.14.2.4. ВЫДАЧА ДС ИЗ КАССЫ ИЛИ ВЫПЛАТА ПЕРЕРАСХОДА В ЗАРПЛАТЕ
2.14.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется зафиксировать расчеты с подотчетным лицом. Перерасход средств по авансовому
отчету возникает, когда подотчетное лицо расходует больше денег, чем ему было выдано под отчет.
В этом случае в авансовом отчете указывается перерасход. Перерасход считается обоснованным,
если подотчетное лицо использовало ДС согласно цели выдачи ДС и предъявило документы,
подтверждающие перерасход. Выплата перерасхода осуществляется после проверки авансового
отчета бухгалтером и утверждения его руководителем. Также перерасход ДС по авансовому отчету
может быть выплачен подотчетному лицу в зарплате.
2.14.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отражения выдачи
наличных ДС из кассы путем оформления документа «Расходный кассовый ордер». В документе
необходимо заполнить на вкладке «Основное» - Кассу, Операцию, Кассу ККМ, Подразделение,
Сумму, на вкладке «Печать» - Лицо, получающее наличные ДС, Документ, Кассира. Ответственный
бухгалтер проводит документ, отражает его в регламентированном учете, указывает признак
проверки. Далее документ будет заблокирован от редактирования. Также перерасход ДС по
авансовому отчету может быть выплачен подотчетному лицу в зарплате.
2.14.2.5. ВОЗВРАТ ПОДОТЧЕТНЫМ ЛИЦОМ ДС В КАССУ ИЛИ УДЕРЖАНИЕ ДС
ИЗ ЗАРПЛАТЫ
2.14.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
В случае, если подотчетное лицо израсходовало меньше ДС, чем было выдано, ему
необходимо осуществить возврат ДС или написать заявление об удержании ДС из зарплаты.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.14.2.5.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для оформления получения наличных ДС от подотчетного лица используется типовой
механизм отражения поступления наличных ДС документом «Приходный кассовый ордер».
Ответственный бухгалтер оформляет Приходный кассовый ордер, заполняет в нем на вкладке
«Основное» - Кассу, Операцию, Кассу ККМ, Статью ДДС, Подразделение, ЦФО, Сумму, на вкладке
«Печать» - Лицо, от которого приняты наличные ДС, Основание, Кассира. Затем ответственный
бухгалтер проводит документ, отражает его в регламентированном учете, указывает признак
проверки. Далее документ будет заблокирован от редактирования. Также ДС могут быть удержаны
из зарплаты подотчетного лица, для этого подотчетному лицу необходимо написать заявление.
Данные по факту удержания система получит посредством интеграции из учетной программы
1С:ЗУП.
ОТЧЕТОВ
2.14.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для учета расчетов с подотчетными лицами требуются отчеты, отражающие движение ДС,
выданных подотчетным лицам.
2.14.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для учета кассовых операций используются типовые отчеты (расположены в подсистеме
«Регламентированный учет»):
 «ОСВ по счету» с отбором по счету 71 - содержит информацию об остатках и оборотах
по счету за указанный период;
 «Анализ счета» с отбором по счету 71 - отражает обороты между счетом 71 и всеми
остальными счетами (субсчетами) за определённый период, а также остатки по
выбранному счету на начало и на конец периода. Сформированный отчет представляет
собой таблицу, в строках которой приведены номера корреспондирующих счетов и
обороты в их дебет и кредит (соответственно с кредита и дебета выбранного счета);
 «Карточка счета» с отбором по счету 71 - отражает корреспонденции счета 71 за
выбранный период, в которых был использован счет 71;
 «Обороты счета» с отбором по счету 71 - отражает обороты между счетом 71 и всеми
остальными счетами за определенный период.
Также можно использовать отчеты (расположены в подсистеме «Казначейство»):
 Ведомость по ДС у подотчетных лиц – отражает, сколько ДС на руках у подотчетных
лиц;
 Контроль операций с ДС – отражает сводный контроль корректности операций с ДС.
2.15. УЧЕТ ДЕПОЗИТОВ
2.15.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс включает в себя операции по размещению, возврату денежных средств,
начислению и получению процентов по депозиту.
Организация размещает определенную сумму денежных средств на определенный срок под
обговоренный с банком процент путем перечисления данной суммы банку, а банк, в свою очередь,
принимает денежные средства на депозитный счет, возвращает денежные средства предприятию в
установленный срок и выплачивает проценты по депозиту.
Для анализа учета депозитов используются типовые отчеты: ОСВ по счету, Анализ счета,
Обороты счета, Карточка счета с отбором по счетам 51, 55.03, 91.01, а также специализированные
отчеты по финансовым инструментам блока «Казначейство» – Ведомость расчетов, Карточка
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
расчетов, Реестр договор по кредитам и депозитам, Сравнение графиков оплат и начислений
договоров кредитов, депозитов, займов.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.15.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 15 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 15 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
Код БП
Название БП
БНУ.17.1
Учет депозитов
БНУ.17.1
Учет депозитов
БНУ.17.1
Учет депозитов
БНУ.17.1
Учет депозитов
Название Функции
Детальное описание
Для отражения операций по
депозиту необходимо отметить
Настройка учета депозитов
флагом в чек-боксе настройку
«Договоры
кредитов
и
депозитов»
В
справочнике
Основные
Создание
элемента
средства создать новый элемент
справочника
«Договоры
– Договор депозита, заполнить
кредитов и депозитов»
обязательные реквизиты
Из договора депозита бухгалтер
создает ЗНО – документ
Создание заявки на оплату
планирования
оплат,
при
необходимости согласует его в
системе и утверждает
На основании ЗНО бухгалтер
создает Списание безналичных
ДС с операцией «Перечисление
на депозит» и перечисляет
денежные средства в банк.
После загрузки выписки банка с
размещением на депозит в
системе фиксируется Списание
Списание денежных средств
безналичных ДС с операцией
на депозит
«Перечисление на депозит»,
далее бухгалтер вносит в
документ
«Списание
безналичных ДС» счет, на
который был размещен депозит,
и
отражает
проведенные
списания в регламентированном
учете
АО «КМКР»
№
п/п
5.
6.
7.
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
БНУ.17.1
Учет депозитов
БНУ.17.1
Учет депозитов
БНУ.17.1
Учет депозитов
Название Функции
Редакция 1
Изменение №
Детальное описание
Бухгалтер
проверяет
Поступление
безналичных
денежных средств с операцией
«Возврат
депозита»,
сформированных
загрузкой
Поступление
денежных
выписки банка. Документ по
средств из депозита, в том
возврату
основного
долга
числе процентов по депозиту
должен
содержать
элемент
структуры задолженности –
Основной долг, а документ по
выплате процентов банком Проценты
Полученные
проценты
по
Начисление процента по депозиту
начисляются
депозиту
бухгалтером и отражаются в
регламентированном учете
Для анализа учета депозитов
использовать отчеты: ОСВ по
счету, Анализ счета, Обороты
счета, Карточка счета с отбором
по счетам 51, 55.03, 91.01, а
также
специализированные
отчеты
Казначейства
по
Формирование отчетов
финансовым инструментам –
Ведомость расчетов, Карточка
расчетов, Реестр договор по
кредитам
и
депозитам,
Сравнение графиков оплат и
начислений договоров кредитов,
депозитов, займов
2.15.2.1. НАСТРОЙКА УЧЕТА ДЕПОЗИТОВ
2.15.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить учет по депозитам. Необходима возможность формирования отчетов
для контроля и анализа расчетов по депозитам Требуется автоматизировать расчет процентов по
депозиту, исходя из суммы депозита, срока и процентной ставки.
2.15.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для начала ведения учета по депозитам требуется начальная настройка, для этого необходимо
отметить флагом в чек-боксе «Договоры кредитов и депозитов», находящиеся в настройках
Казначейства и взаиморасчетов раздела «НСИ и администрирование системы».
2.15.2.2. СОЗДАНИЕ ЭЛЕМЕНТА СПРАВОЧНИКА «ДОГОВОР ДЕПОЗИТА»
2.15.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Ответственный бухгалтер создает элемент справочника «Договоры кредитов и депозитов». В
данном справочнике хранятся сведения о сделках по депозитам с банками.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.15.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Каждая сделка по размещению денежных средств на депозит должна быть оформлена
отдельным договором или спецификацией к рамочному договору. Договоры по депозитам
формируются бухгалтером, ответственным за банковские операции, в рабочем месте блока
Казначейство – Договоры кредитов и займов. При создании депозитного договора пользователь
заполняет необходимые данные по договору, в том числе:
 Вид договора – Депозит (пользователь выбирает по кнопке Создать);
 Вид соглашения - Договор с условием или Рамочный (при первичном внесении
рамочного договора) или Спецификация (при создании спецификацией к ранее
созданному рамочному договору);
 Состояние договора;
 Сумма депозита, срок размещения и процентная ставка;
 ГФУ, содержащая счет учета по депозитам;
 Статья доходов для процентов по депозитам, которая содержит ГФУ со счетом учета
внереализационных доходов по финансовой деятельности.
При внесении процентной ставки система рассчитывает проценты к начислению и уплате,
отражает их в графике договора.
Все связанные с договором документы учета депозита пользователь может посмотреть по
гиперссылке «Документы».
2.15.2.3. СОЗДАНИЕ ЗАЯВКИ НА ОПЛАТУ
Заявка на оплату (ЗНО) позволяет планировать движение денежных средств и осуществлять
согласование сделки.
2.15.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить созданием инициатора платежа ЗНО для последующего согласования
заинтересованных служб. На основании заявки необходимо создать документ «Списание денежных
средств», сформировать платежный календарь и планы оплат.
2.15.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Из Договора депозита по кнопке «Создать на основании» бухгалтер, ответственный за
банковские операции, создает Заявку на оплату.
Большинство реквизитов ЗНО наследует из договора, оставшиеся реквизиты - ЦФО,
аналитика заполняются вручную. Бухгалтеру необходимо проставить дату перевода денежных
средств на депозит. Счет банка-партнера бухгалтер оставляет не заполненным, так как депозитные
счета банка становятся известными в момент размещения депозита. После проведения ЗНО
отправляется по маршруту согласования.
2.15.2.4. СПИСАНИЕ ДЕНЕЖНЫХ СРЕДСТВ НА ДЕПОЗИТ
2.15.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется зафиксировать документ перевода денежных средств в банк на депозитный счет,
сформировать бухгалтерскую проводку в учете.
2.15.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
На основании утвержденной ЗНО, ответственный бухгалтер создает документ «Списание
безналичных ДС» с операцией «Перечисление на депозит» (счет перечисления банка-партнера
остается незаполненным) выгружает платежное поручение в банк.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
В дальнейшем, после загрузки выписки банка в систему в документе «Списание безналичных
ДС» с операцией «Перечисление на депозит» появятся реквизиты «Проведено банком» и дата
проведения операции, при отражении указанного документа в регламентированном учете
сформируется проводка Дт 55.03 Кт 51 на сумму депозита.
Ответственный бухгалтер проставляет счет перечисления банка-партнера, на который был
размещен депозитный вклад.
2.15.2.5. ПОСТУПЛЕНИЕ ДЕНЕЖНЫХ СРЕДСТВ ИЗ ДЕПОЗИТА, В ТОМ ЧИСЛЕ
ПРОЦЕНТОВ ПО ДЕПОЗИТУ
2.15.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется зафиксировать в учете документ возврата денежных средств из банка на расчетный
банковский счет организации:
 Основного долга банка по депозиту;
 Процентов по депозиту.
Сформировать бухгалтерские проводки в учете.
2.15.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
При загрузке выписки банка в установленную дату возврата депозита в списке безналичных
денежных средств (блок Казначейство) отразятся документы по поступлению денежных средств с
депозита и процентов по депозиту. При проверке документов «Поступление безналичных ДС» с
операцией «Поступление по депозитам», ответственный бухгалтер контролирует фиксацию
элемента структуры задолженности: в документе возврата депозита – это «Основной долг», а в
документе поступления процентов по депозиту – «Проценты». Кроме того, бухгалтер проверяет
корректность отражения в документах статей ДДС и договора депозита. Проведенные документы
бухгалтер отражает в регламентированном учете, система формирует проводки Дт 51 Кт 55.03
(возврат основного долга) и Дт 51 Кт 76.03 (выплата процентов по депозиту).
2.15.2.6. НАЧИСЛЕНИЕ ПРОЦЕНТА ПО ДЕПОЗИТУ
2.15.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется начислить процент по депозиту, отразив прочий доход, сформировать
бухгалтерскую проводку в учете.
2.15.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В рабочем месте системы «Договоры и ценные бумаги» блока Казначейство по гиперссылке
«Начисление по кредитам и депозитам» в списке документов ответственный бухгалтер создает
документ начисления, заполняет период, выбирает контрагента и договор, сумму процентов к
начислению и статью доходов система автоматически подтягивает из выбранного договора. При
проведении и отражении документа «Начисление процентов по кредитам и депозитам»
сформируется проводка Дт 76.03 Кт 91.01.
2.15.2.7. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.15.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется сформировать отчеты по контролю и анализу операций учета депозитов.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
2.15.2.7.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Операции по учету депозитов отражаются в следующих бухгалтерских отчетах по счетам
учета 51, 55.03, 76.03 и 91.01:
 ОСВ (по счету и общая);
 Карточка счета;
 Анализ счета;
 Обороты счета;
 Отчеты по проводкам.
Одновременно, в системе формируются отчеты по финансовым инструментам блока
Казначейство:
 Ведомость расчетов по финансовым инструментам;
 Карточка расчетов по финансовым инструментам;
 Реестр договоров по кредитам и депозитам;
 Сравнение графиков оплат и начислений договоров кредитов, займов, депозитов.
2.16. УЧЕТ ПРОИЗВОДСТВА НА СТОРОНЕ (ДАВАЛЬЧЕСКАЯ СХЕМА)
2.16.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бизнес-процесс включает в себя операции учету производства продукции на стороне – у
переработчика на давальческой основе. Суть сделки: организация - давалец передает контрагенту переработчику сырьё и материалы с необходимым качеством и получает от переработчика
продукцию с определенным качеством, оплачивает переработчику услуги по переработке.
Для обеспечения сделки стороны заключают договор, оформляют фактическое движение
товарно-материальных ценностей документами и отчетами, при этом переработчик не является
собственником сырья и продукции. Услуги по переработке облагаются по обычной ставке НДС, при
этом передача ТМЦ не является объектом налогообложения НДС.
С целью упрощения заполнения документов по производству рекомендуется ведение
ресурсных спецификаций для операций производства на стороне.
Для анализа учета переработки на стороне используются типовые отчеты: ОСВ по счету,
Анализ счета, Обороты счета, Карточка счета с отбором по счетам 10, 19, 20, 43, 60, а также
специализированные отчеты блока Производство – Ведомость по товарам, хранящимся у
переработчика, Контроль передачи сырья и материалов переработчику, Контроль поставки
продукции переработчиком, Товары, переданные переработчикам.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.16.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 16 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 16 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
Код БП
БНУ.20.4
Название БП
Название
Функции
Учет
производства на Настройка
учета
стороне
производства
на
(давальческая
стороне
схема)
Детальное описание
Для отражения операций по учету
переработки на стороне необходимо
включить настройку (проставить флаг в
чек-боксах) «Производство на стороне» по
гиперссылке «Производство» блока НСИ
и администрирование. При принятии
АО «КМКР»
№
п/п
2.
3.
4.
5.
6.
Код БП
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Название БП
БНУ.20.4
Учет
производства на
стороне
(давальческая
схема)
БНУ.20.4
Учет
производства на
стороне
(давальческая
схема)
БНУ.20.4
Учет
производства на
стороне
(давальческая
схема)
БНУ.20.4
Учет
производства на
стороне
(давальческая
схема)
БНУ.20.4
Учет
производства на
стороне
(давальческая
схема)
Название
Функции
Редакция 1
Изменение №
Детальное описание
решения об оформлении Заказа
переработчику установить данную
настройку в одноименной опции,
имеющейся в «Производстве на стороне»
Ответственное
лицо
создает
Заказ
переработчику.
Система
позволяет
Создание
заказа создавать
заказы,
соответствующие
переработчику
каждой поставке сырья в переработку или
создать один заказ на несколько поставок
или длительный период в отчетном году
Бухгалтер оформляет документ «Передача
сырья
переработчику»,
заполняя
Передача
сырья
необходимые реквизиты. После отражения
переработчику
документа в регламентированном учете
сформируется бухгалтерская проводка
Поступление продукции из переработки
бухгалтер
оформляет
документом
«Поступление
от
переработчика»,
Поступление
от
заполняя необходимые реквизиты. После
переработчика
отражения
документа
в
регламентированном учете сформируется
бухгалтерская проводка
Документ «Отчет переработчика» является
документом, консолидирующим данные
по давальческой схеме. При этом документ
создает проводки по учету сырья в
Отчет
производстве
и
учету
услуг
по
переработчика
переработке. На основании отчета
переработчика заводится счет-фактура по
НДС от переработчика (при фактическом
наличии
данного
документа
от
поставщика)
Для анализа учета переработки на стороне
используются отчеты: ОСВ по счету,
Анализ счета, Обороты счета, Карточка
счета с отбором по счетам 10, 19, 20, 43, 60,
а также специализированные отчеты блока
Формирование
системы Производство – Ведомость по
отчетов
товарам, хранящимся у переработчика,
Контроль передачи сырья и материалов
переработчику,
Контроль
поставки
продукции
переработчиком,
Товары,
переданные переработчикам
2.16.2.1. НАСТРОЙКА УЧЕТА ПРОИЗВОДСТВА НА СТОРОНЕ
2.16.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для визуализации и использования подраздела «Передача в переработку» в блоке системы
«Производство» необходимо подключить соответствующие настройки, которые позволят
оформлять и отражать в регламентированном учете операции по производству продукции на
стороне.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.16.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В системе настройки учета давальческих схем включаются путем проставления флагов в чекбоксах и выбором опций по гиперссылке «Производство», которая находится в блоке «НСИ и
администрирование». Обязателен к проставлению флаг в чек-бок «Производство на стороне». При
необходимости отмечаем флагами «Заказы переработчикам» и «Статусы заказов переработчикам»,
при использовании заказов необходимо принять решение о возможности частичного приема и
оплаты заказа переработчику, а также выбрать способ обособления материалов.
2.16.2.2. СОЗДАНИЕ ЗАКАЗА ПЕРЕРАБОТЧИКУ
Заказ переработчику является документом планирования операций по давальческой схеме,
формализует и структурирует документы и взаиморасчеты по переработке на стороне.
2.16.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Заказ переработчику должен отражать плановые данные по взаимодействию с
переработчиком, позволять на его основании создавать первичные документы в учете,
аккумулировать и хронологически структурировать документы по давальческой схеме.
2.16.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Заказ переработчику создает ответственное лицо (инициатор со стороны производства,
куратор давальческой схемы или ответственный бухгалтер). Документ создается по гиперссылке
«Заказы переработчикам» в блоке Производство. В открывшемся списке по кнопке «Создать»
можно оформить документ, новый или исходя из потребностей (при настройке автоматизации
процесса управления запасами и планирования закупок). В заказе переработчику пользователь
заполняет реквизиты и вносить планируемые данные по передаче сырья и получению продукции:
 Дату учета документа;
 Организация;
 Переработчик, он же контрагент;
 Договор;
 Способ распределения затрат;
 Способ указания услуг по переработке;
 Группировку затрат;
 Склад продукции;
 Склад материалов;
 Материалы и работы;
 Продукцию, в том числе побочную или промежуточную;
 Услуги по переработке;
 Подразделение;
 ГФУ расчетов по услугам переработки;
 Направление деятельности.
При необходимости в системе доступна настройка статусов заказов переработчику – на
согласовании, к выполнению, закрыт, а также возможна настройка маршрута согласования
документа.
После проведения Заказа переработчику на основании заказа вводятся первичные документы,
при этом система создает иерархию связанных документов, открывающую по кнопке «Отчеты» –
опция «Связанные документы».
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.16.2.3. ПЕРЕДАЧА СЫРЬЯ ПЕРЕРАБОТЧИКУ
Передача сырья переработчику – документ факта передачи сырья и материалов на сторону,
формирует бухгалтерскую проводку, является носителем унифицированных печатных форм по
передаче сырья и материалов переработчику.
2.16.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется сформировать документы передачи сырья и материалов в системе, вести
количественно - суммовой учет передачи сырья на сторону, создавать записи в бухгалтерских
регистрах и отражать операции в бухгалтерских отчетах, в том числе в ОСВ, а также формировать
печатные формы по движению ТМЦ.
2.16.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Из Заказа переработчику по кнопке «Создать на основании» ответственный бухгалтер создает
документ «Передача сырья переработчику». Документ уже заполнен данными, которые
наследуются из Заказа переработчику. Необходимо проверить и в случае, когда Заказ
переработчику создан на несколько поставок или длительный период, внести правки в количество
передаваемого сырья. При проведении и отражении в учете документа, формируется бухгалтерская
проводка Дт 10.07 Кт 10.01. Счета учета определяются системой, исходя из ГФУ, внесенных в
договор или первичный документ. Документ можно закрыть для редактирования, отжав кнопку
«Проверен».
Из документа доступны к печати следующие унифицированные формы:
 Акт о приеме-передаче ТМЦ на хранение (МХ-1);
 Накладная (М-15);
 Товарные и транспортные накладные;
 Универсальный передаточный документ (УПД).
2.16.2.4. ПОСТУПЛЕНИЕ ОТ ПЕРЕРАБОТЧИКА
2.16.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование документа поступления продукции от переработчика в системе,
ведение количественно-суммового учета передачи продукции, создание записи в бухгалтерских
регистрах и отражении операций в бухгалтерских отчетах (ОСВ), формирование печатных форм по
движению продукции.
2.16.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Из Заказа переработчику по кнопке «Создать на основании» ответственный бухгалтер создает
документ «Поступление от переработчика». Документ уже заполнен данными, которые
наследуются из Заказа переработчику. Необходимо проверить и в случае, когда Заказ
переработчику создан на несколько поставок или длительный период, внести правки в количество
полученной от переработчика продукции. При проведении документа и отражении в учете
сформируется бухгалтерская проводка Дт 43 Кт 20. Счета учета определяются системой, исходя из
ГФУ, внесенных в договор или первичный документ. Документ можно закрыть для редактирования,
отжав кнопку Проверен.
Из документы доступны к печати следующие унифицированные формы:
 Накладная на передачу готовой продукции (МХ-18);
 Приходный ордер (М-4).
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.16.2.5. ОТЧЕТ ПЕРЕРАБОТЧИКА
Отчет переработчика – финализирующий документ, включающий все данные по переработке,
а также фиксирующий в учете передачу сырья в производство по давальческой схеме и расчеты с
переработчиком по оказанным услугам переработки.
2.16.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование документа отчета переработчика в системе, ведение учета услуг
переработчика, создание записи в бухгалтерских регистрах и отражение операций в бухгалтерских
отчетах (ОСВ), формирование документов взаиморасчетов с переработчиком.
2.16.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Из Заказа переработчику по кнопке «Создать на основании» ответственный бухгалтер создает
документ «Отчет переработчика». Документ уже заполнен данными, которые наследуются из Заказа
переработчику. Необходимо проверить и в случае, когда Заказ переработчику создан на несколько
поставок или длительный период, внести правки в количество переданных сырья и материалов, в
полученную от переработчика продукции, в данные по услугам переработчика. Важно соответствие
Отчета переработчика данным документов «Передача переработчику» и «Поступление от
переработчика». При проведении документа и отражении в учете сформируется бухгалтерские
проводки:
 Дт 20 Кт 10.07 – списание переданных сырья и материалов в производство;
 Дт 20 Кт 60.01 – учет услуг переработчика;
 Дт 19.04. Кт 60.01 – НДС при приобретении услуг.
Счета учета определяются системой, исходя из ГФУ, внесенных в договор или первичный
документ. Счет НДС определяется системой автоматически. Документ можно закрыть для
редактирования, отжав кнопку «Проверен».
Из Отчета переработчику можно оформить счет-фактуру поставщика на услуги, заполнив
номер и дату, провести и отразить в учете.
2.16.2.6. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.16.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование отчетов по движению сырья и материалов, готовой продукции,
взаиморасчетов с переработчиком.
2.16.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Операции по учету давальческой схемы отражаются в следующих бухгалтерских отчетах по
счетам учета 10, 19, 20, 43, 60:
 ОСВ (по счету и общая);
 Карточка счета;
 Анализ счета;
 Обороты счета;
 Отчеты по проводкам.
Одновременно, в системе формируются специализированные отчеты блока системы
Производство:
 Ведомость по товарам, хранящимся у переработчика;
 Контроль передачи сырья и материалов переработчику;
 Контроль поставки продукции переработчиком;
 Товары, переданные переработчикам.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
2.17. УЧЕТ ВРЕМЕННЫХ И ПОСТОЯННЫХ РАЗНИЦ В УЧЕТЕ
2.17.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Бухгалтерская прибыль может не совпадать с налогооблагаемой прибылью из-за применения
разных правил признания доходов и расходов в бухгалтерском и налоговом учете. ПБУ 18/02
регламентирует, как правильно отражать разницы между БУ и НУ, чтобы было понятно почему
прибыль в налоговом учете (и соответственно налог на прибыль) отличается от данных
бухгалтерского учета.
В системе 1С:ERPУХ положения ПБУ 18/02 реализованы на основе балансового метода.
Отнесение сумм в БУ и НУ обеспечивается единым планом счетов в системе. Признак НУ в плане
счетов стоит не у всех счетов учета, а только у тех, на которые целесообразно учитывать запасы,
доходы и расходы для целей налогового учета. Налоговая оценка объекта учета и разницы между БУ
и НУ отражаются в хозрасчетном регистре. Колонки с суммами по налоговому учету в проводках
операций отображаются только после включения настроек в учетной политике организации.
Временные и постоянные разницы учитываются на счетах хозрасчетного плана счетов, при
отражении операций в суммах по Дт и Кт каждого счета ведется учет одновременно и в БУ, и в НУ,
при этом соблюдается соотношение БУ=НУ+ПР+ВР.
Главный бухгалтер в настройках выбирает метод учета отложенных налоговых активов и
обязательств (ПБУ 18 «Учет налога на прибыль организации»).
Ответственный бухгалтер при заведении статей доходов и расходов для сумм, не
учитываемых в НУ, не проставляет флаг в чек-боксе «Принимается к налоговому учету по налогу на
прибыль», тем самым суммы, принятые по данным статьям, учитываются системой как постоянные
разницы.
Временные разницы система автоматически рассчитывает с учетом других настроек с
учетной политике организации.
Ответственный бухгалтер формирует отчеты и справки по системному расчету ПР и ВР.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.17.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 17 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 17 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
Код БП
Название
БП
БНУ.21.1
Учет
временных и Настройки в В блоке «НСИ и администрирование» у Организации в
постоянных системе
на учетной политики бухгалтерского учета выбрать
разниц
в ПБУ 18
настройку по ПБУ 18/02
учете
2.
БНУ.21.1
Учет
временных и Настройки в При создании статьи доходов или расходов
постоянных системе для ответственный бухгалтер не ставит флаг «Принимается
разниц
в отражения ПР к налоговому учету по налогу на прибыль»
учете
3.
БНУ.21.1
Учет
Настройки в
Временные разницы
временных и системе для
автоматически
постоянных отражения ВР
№
п/п
1.
Название
Функции
Детальное описание
рассчитываются
системой
АО «КМКР»
разниц
учете
4.
5.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
в
БНУ.21.1
Учет
временных и
Расчет ОНА и Расчет ОНА и ОНО система производит при закрытии
постоянных
ОНО
месяца
разниц
в
учете
БНУ.21.1
Учет
временных и
Формировани
постоянных
е отчетов
разниц
в
учете
Бухгалтерские отчеты с отражением показателей БУ,
НУ, ПР, ВР.
Анализ учета по налогу на прибыль и Справка-расчет
отложенного налога по ПБУ 18/02
2.17.2.1. НАСТРОЙКА В СИСТЕМЕ НА ПБУ 18
2.17.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить учет по ПБУ 18/02 с отражением постоянных и временных разниц.
2.17.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для того, чтобы вести учет по ПБУ 18/02 главный бухгалтер выбирает в «Учетной политике
бухгалтерского учета» организации во вкладке «Основное» метод учета по ПБУ 18/02 – Ведется
балансовым методом с отражением постоянных и временных разниц.
2.17.2.2. НАСТРОЙКИ В СИСТЕМЕ ДЛЯ ОТРАЖЕНИЯ ПОСТОЯННЫХ РАЗНИЦ
2.17.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить учет постоянных разниц в налоговом учете.
2.17.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Ответственный бухгалтер при создании статьи доходов или расходов не проставляет флаг в
«Принимается к налоговому учету по налогу на прибыль», отсутствие данного флага обеспечит
отражение суммы в НУ как постоянной разницы. В некоторых документах можно указать суммы ПР
в явном виде, а именно в документах «Отражение прочих доходов и расходов», «Операция
(регл.учет)» и «Ввод остатков».
2.17.2.3. НАСТРОЙКИ В СИСТЕМЕ ДЛЯ ОТРАЖЕНИЯ ВРЕМЕННЫХ РАЗНИЦ
2.17.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить учет временных разниц в налоговом учете.
2.17.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Временные разницы формируются в системе автоматически, механизм расчета – по дебету и
кредиту каждого счета выполняется равенство БУ = НУ + ПР + ВР.
Кроме того, система учитывает и другие настройки в учетной политике, например, при
определении с какой даты начисляется амортизация в бухгалтерском учете: начисление
амортизации в налоговом учёте начинается с 1-го числа месяца, следующего за месяцем ввода
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
объекта в эксплуатацию и, в случае выбора, в бухучете даты принятия к учету, в системе
рассчитается временная разница.
В некоторых документах можно указать суммы ВР в явном виде, а именно в документах
«Отражение прочих доходов и расходов», «Операция (регл.учет)» и «Ввод остатков».
2.17.2.4. РАСЧЕТ ОТЛОЖЕННЫХ НАЛОГОВЫХ АКТИВОВ И ОТЛОЖЕННЫХ
НАЛОГОВЫХ ОБЯЗАТЕЛЬСТВ
2.17.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить ОНА и ОНО для корректного расчета налога на прибыль.
2.17.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Начисление/погашение отложенного налогового актива и отложенного налогового
обязательства производится регламентированной операцией «Закрытие месяца». Ответственный
бухгалтер запускает расчеты по закрытию месяца из автоматизированного рабочего места, путь к
нему: блок «Финансовый результат и контроллинг - подраздел «Закрытие месяца» - гиперссылка
«Закрытие месяца»), или закрытие месяца производится регламентированным заданием согласно
расписанию.
2.17.2.5. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.17.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить проверку системных расчетов ВР и ПР, ОНА и ОНО.
2.17.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Стандартные бухгалтерские отчеты с раскрытием настроек показателей по БУ, НУ, ВР и ПР:
 ОСВ (по счету и общая);
 Карточка счета;
 Анализ счета;
 Обороты счета;
 Отчеты по проводкам.
Специализированные отчеты регламентированного учета:
 Анализ учета по налогу на прибыль;
 Справка-расчет отложенного налога по ПБУ 18.
2.18. ЗАКРЫТИЕ МЕСЯЦА
2.18.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Закрытие месяца в 1С:ERP. УХ — один из ключевых этапов бухгалтерского и
управленческого учёта. Эта процедура рассчитывает операции, объединенные в разделы закрытия, в
том числе основные:
 Допроведение документов;
 Взаиморасчеты и переоценка валютных средств;
 Формирование затрат;
 Расчет себестоимости;
 Формирование финансового результата;
 Регламентированный учет;
 Управленческий баланс;
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
 Блокировка периода.
Ответственный бухгалтер перед закрытием месяца отрабатывает замечания системы в АРМе
«Отражение документов в регламентированном учете» по проведению, проверке, отражению
операций. Далее из АРМа «Закрытие месяца» запускает выполнение операций по закрытию месяца
или закрытие месяца система запускает автоматически по расписанию. В случае невозможности
расчета операции, а также при наличии несущественных замечаний, система отметит операцию
красной или желтой отметкой. Операции с красной отметкой, система не выполняет и требует
участие ответственного бухгалтера. Ответственному бухгалтеру необходимо по ссылкам АРМа
«Закрытие месяца» исправить ошибки и обратить внимание на замечания. При исправлении
операцией с красной отметкой, ответственный бухгалтер повторно запускает выполнение операции,
при этом система отрабатывает расчет, начиная с невыполненных. После завершения закрытия
ответственный бухгалтер формирует бухгалтерские отчеты.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.18.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 18 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 18 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
Код БП
Название
БП
БНУ.22.1
Закрытие
месяца
БНУ.22.1
Закрытие
месяца
БНУ.22.1
Закрытие
месяца
БНУ.22.1
Закрытие
месяца
Название
Детальное описание
Функции
Работа
с
АРМом
«Отражение
Проведение, проверка, отражение документов,
документов в выявленных системой
регламентирова
нном учете»
Запуск закрытия месяца (предварительного или
Запуск
и окончательного) по кнопке «Выполнить операции» или
выполнение
автоматический запуск системой по установленному
закрытия
расписанию.
Отработка
замечаний
системы,
месяца
повторный запуск выполнения операций закрытия
месяца
Блокировка
Частичная или полная блокировка закрытия месяца
месяца
Бухгалтерские отчеты после закрытия месяца
Формирование
отражают результаты регламентных операций,
отчетов
выполненных в рамках закрытия периода
2.18.2.1. РАБОТА
С
АРМ
«ОТРАЖЕНИЕ
РЕГЛАМЕНТИРОВАННОМ УЧЕТЕ»
ДОКУМЕНТОВ
В
2.18.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить проведение, проверку и отражение в учете всех операций закрываемого
периода.
2.18.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Ответственный бухгалтер перед закрытием месяца отрабатывает замечания системы в АРМе
«Отражение документов в регламентированном учете» по проведению, проверке, отражению
операций, путь: Регламентированный учет – Отражение документов в регл.учете. Если после
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
анализа отражения документов, система выявит документы, не проведенные, не проверенные, не
отраженные в системе, при выполнении операций закрытия месяца, она предложит провести с
данными документами необходимые для закрытия периода действия.
2.18.2.2. ЗАПУСК И ВЫПОЛНЕНИЕ ЗАКРЫТИЯ МЕСЯЦА
2.18.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо провести распределение затрат, рассчитать себестоимость, финансовые
результаты и сформировать баланс по всем операциям организации.
2.18.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В зависимости от требований расчетов по закрытию месяца ответственный бухгалтер может
запустить либо предварительное закрытие, либо окончательное закрытие отчетного периода.
Предварительное закрытие используется для проверки корректности данных до окончания
месяца. Окончательное закрытие фиксирует все результаты и делает их неизменными.
АРМ закрытия месяца находится в блоке «Финансовый результат и контроллинг» в
подразделе «Закрытие месяца». В меню «Настройки» АРМа можно убрать ненужные или
завершённые шаги, чтобы рабочее место стало удобнее. Этапы в АРМе упорядочены по принципу
взаимозависимости – для этапов, расположенных ниже, необходимо успешное выполнение этапов,
расположенных выше. Необходимость выполнения операций процедуры Закрытие месяца, а также
контроль актуальности расчета себестоимости (определение необходимости пересчета) ведется с
использованием служебных регистров информационной базы, переход в которые возможен по
кнопке «Еще» – Задания к расчету.
Можно настроить автоматическое закрытие месяца по расписанию — это делается в
настройках «Регламентных операций по закрытию месяца».
Вручную закрытие месяца проходит следующим образом. Ответственный бухгалтер в АРМе
«Закрытие месяца»:
 Выбирает режим выполнения, организацию и месяц;
 Нажимает кнопку «Выполнить операции», после чего система начинает отрабатывать
операции по этапам;
 После остановки или завершения закрытия проверяет и анализирует результаты
закрытия. В случае наличия операций с красными отметками исправляет ошибки,
указанные системой, по гиперссылкам рядом с выполненной операцией. При наличии
желтой отметки (не блокирующее закрытие замечание) принимает решение об
отработке данного замечания;
 После отработки предупреждений, повторно запускает закрытие. Пересчёт возможен
неоднократно до финальной фиксации периода.
2.18.2.3. БЛОКИРОВКА МЕСЯЦА
2.18.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимы завершение и фиксация результатов закрытия месяца, закрытие периода от
возможных изменений и правок.
2.18.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
После завершения закрытия для фиксации результатов ответственный бухгалтер блокирует
закрытый период от редактирования.
Механизм «Блокировка от изменений» настраивается в рабочем месте «Закрытие месяца». В
форме «Настройка блокировки от изменений» в поле «Можно заблокировать по» отображается
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
самый поздний доступный период блокировки. Ответственный бухгалтер может вручную задать
нужный период в поле «Заблокировать по». Данный механизм полностью блокирует любые
изменения в выбранном периоде и раньше. При необходимости разблокировать какой-то месяц
можно перенести дату блокировки на более ранний период — для этого нужно зайти в форму
блокировки из меню настроек месяца и изменить месяц блокировки.
При необходимости блокировать период для определенных пользователей, используется
второй контур блокировки, путь к данным настройкам: НСИ и администрирование – Настройки
пользователей и прав – Даты запрета изменения. В этих опциях ответственный бухгалтер
проставляет флаг «Даты запрета изменений», переходит по ссылке «Настроить» и вносит
необходимые данные по блокировке списка пользователей – всех пользователей или определенного
списка пользователей.
2.18.2.4. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.18.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить анализ результатов закрытия месяца, формирование отчетов для
контролирующих и налоговых органов.
2.18.2.4.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Стандартные бухгалтерские отчеты:
 ОСВ (по счету и общая);
 Карточка счета;
 Анализ счета;
 Обороты счета;
 Отчеты по проводкам.
Специализированные отчеты регламентированного учета:
 Финансовый результат;
 Себестоимость товаров;
 Ведомость по партиям;
 Валовая прибыль;
 Доходы и расходы предприятия и пр.
Регламентированная отчетность:
 Бухгалтерская отчётность, формируются стандартные формы, утверждённые
Минфином РФ: бухгалтерский баланс (ф. 1), отчёт о финансовых результатах (ф. 2),
отчёт о движении денежных средств (ф. 4), приложения к отчётности (ф. 3, ф. 5 и др.).
Все формы поддерживают расшифровки, сверки и автоматическую проверку перед
отправкой;
 Налоговая отчётность, формируются декларации и расчёты по налогам.
2.19. РАСЧЕТ ИМУЩЕСТВЕННЫХ НАЛОГОВ
2.19.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
В настройках системы в учетной политики Организации отмечаются опции по
имущественным налогам. После принятия в учет или ввода начальных остатков основных средств
ответственный бухгалтер заводит параметры начисления для каждого вида налога. Собственно
расчет имущественных налогов система проводит в соответствии с установленными настройками и
параметрами при выполнении процесса «Закрытие месяца». После закрытия формируются отчеты и
справки-расчеты по каждому виду налога.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.19.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 19 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 19 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
5.
Код БП
БНУ.23.1
Название БП
Расчет
имущественных
налогов
БНУ.23.1
Расчет
имущественных
налогов
БНУ.23.1
Расчет
имущественных
налогов
БНУ.23.6
Единый
налоговый счет
БНУ.23.1
Расчет
имущественных
налогов
Название
Функции
Детальное описание
В учетной политике Организации проставить
ставку налога на имущество, отметить по какому
Настройки в
виду имущественный налогов используются
учетной
авансовые платежи и какой период является
политике
расчетным. Ставки по транспортному и
Организации
земельному налогам проставляются в параметрах
начисления для каждого вида налога
Заполнение параметров и реквизитов для
Параметры
начисления налогов, в том числе статьей расходов
начисления
по списанию имущественных налогов, а также
налогов
отражение, при необходимости, разных ОКТМО,
налоговых инспекцией
После ввода параметров расчета имущественных
налогов система дополняет этапы закрытия месяца
Закрытие
операциями расчета имущественных налогов, при
месяца
закрытии месяца выполняет расчет налогов и
формирует бухгалтерские проводки
Включение
В автоматизированном месте «Единый налоговый
имущественн счет» осуществляется учет имущественных
ых налогов в налогов в составе единого налогового платежа для
ЕНП
дальнейшей оплаты в бюджет
Стандартные бухгалтерские отчеты по субсчетам
Формировани 68.06, 68.07, 68.08.
е отчетов
Справки-расчеты.
Декларации по имущественным налогам.
2.19.2.1. НАСТРОЙКИ В УЧЕТНОЙ ПОЛИТИКИ ОРГАНИЗАЦИИ
2.19.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить расчет имущественных налогов в системе.
2.19.2.1.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В учетной политике Организации (НСИ и администрирование – Организации – Учетная
политика налоги) проставляется общая ставка налога на имущество, при этом, ставки по
транспортному и земельному налогам проставляются в параметрах начисления для каждого вида
налога. Далее по гиперссылке «Порядок уплаты авансов по налогам» проставляем флаги
необходимости квартальных авансовых платежей по налогу на имущество, транспортному и
земельному налогу по каждому виду отдельно.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.19.2.2. ПАРАМЕТРЫ НАЧИСЛЕНИЯ НАЛОГОВ
2.19.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется учесть особенности учета каждого вида налога. Необходимо внесение в систему
параметров для расчета имущественных налогов, при необходимости, разделение объектов
основных средств по ОКТМО или налоговым инспекциям для обеспечения формирования
деклараций по ОКТМО и налоговым органам по местонахождения недвижимого имущества.
2.19.2.2.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
После принятия в учет или ввода начальных остатков основных средств ответственный
бухгалтер в блоке «Внеоборотные активы» в подразделе «Имущественные налоги» для каждого
вида основных средств заполняет:
 Параметры транспортного налога;
 Параметры начисления земельного налога;
 Параметры начисления налога на имущество.
В параметрах начисления транспортного налога ответственный бухгалтер проставляет код
вида транспортного средства, мощность, класс экологичности, отмечает налоговую инспекцию – по
местонахождения организации или другой налоговый орган, выбирает транспортное средство из
списка принятых к учету объектов эксплуатации, заполняет регистрационный знак, VIN, марку
авто, подразделение, а также статью расхода, содержащую счет учета списания данного налога на
расходы. Ставка транспортного налога система проставит автоматически, исходя из параметров.
В параметрах начисления земельного налога ответственный бухгалтер выбирает код
категории земель, КБК, налоговую ставку, (имеется возможность, при необходимости, выбрать
налоговую льготу), далее выбирает постановку на учет в налоговый орган – по месту нахождения
организации, по другому ОКТМО или другой налоговой инспекции, подбирает земельные участки
из списка принятых на учет, проставляет дату регистрации или изменения параметров, кадастровую
стоимость, подразделение, статью расхода, содержащую счет учета списания данного налога на
расходы.
В параметрах начисления налога на имущество ответственный бухгалтер порядок
налогообложения, налоговую базу, код вида налога, налоговый орган или несколько ОКТМО и
налоговых инспекций, осуществляет подбор земельных участков из перечня объектов
эксплуатации, принятых к учету, вносит данные по земельным участкам, а также выбирает
подразделение и статью расхода, содержащую счет учета списания данного налога на расходы.
Ставка налога система на имущество была ранее внесена в учетную политику Организации.
При проведении заполненных параметров начисления имущественных налогов система
сохранит данные для расчетов в регистрах сведений.
2.19.2.3. ЗАКРЫТИЕ МЕСЯЦА
2.19.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечение расчета имущественных налогов, формирование бухгалтерских
проводок по начислению имущественных налогов.
2.19.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для расчета имущественных налогов ответственный бухгалтер запускает закрытие месяца,
если данное действие не обозначено расписанием регламентированных операций: Финансовый
результат и контроллинг – Закрытие месяца.
В регламентных операциях по закрытию месяца в разделе «Формирование затрат» система
отражает операцию расчета на каждый вид налога операцию по расчету налога – «Расчет налога на
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
имущество», «Расчет транспортного налога» и «Расчет земельного налога». Результатом закрытия
последнего месяца квартала является начисление имущественных налогов и формирование
проводок по:
 Налогу на имущество - Дт затратного счета списания налога Кт 68.08;
 Транспортному налогу - Дт затратного счета списания налога Кт 68.07;
 Земельному налогу - Дт затратного счета списания налога Кт 68.06.
С учетом того, что налоговая инспекция рассчитывает имущественные налоги самостоятельно
на основе данных о недвижимости из Росреестра, в системе предусмотрена сверка расчетов
имущественных налогов с ФНС (Внеоборотные активы – Имущественные налоги – Сверка
расчетов (на каждый вид налога), для которой xml-файл от налоговой инспекции загружается в
систему и система сравнивает расчеты по запросу пользователя.
2.19.2.4. ВКЛЮЧЕНИЕ ИМУЩЕСТВЕННЫХ НАЛОГОВ В ЕНП
2.19.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить расчеты по налогам специальным налоговым счётом (ЕНС), на
который перечисляются все виды налогов, сборов, страховых взносов, пеней, штрафов и процентов,
подлежащих уплате в бюджет.
2.19.2.4.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В 1С:ERP. УХ реализована возможность работы с единым налоговым счетом (ЕНС), на
который единым налоговым платежом (ЕНП) перечисляются все виды налогов, сборов, страховых
взносов, пеней, штрафов и процентов, подлежащих уплате в бюджет.
Для переноса сумм исчисленных налогов на ЕНС ответственный бухгалтер переходит в АРМ
«Единый налоговый счет» блока «Регламентированный учет» и по гиперссылке «Начисление ЕНП»
создает документ «Начисление ЕНП». Документ создаётся в разрезе организации, данные для его
заполнения бухгалтер получает по кнопке «Заполнить». Ответственный бухгалтер проводит
документ и при отражении в учете система формирует бухгалтерскую проводку Дт, 68.06, 68.07,
68.08 Кт 68.90.
Кроме того, из АРМа «Единый налоговый платеж» бухгалтер может сформировать
уведомления для налоговой инспекции, скорректировать расчеты по налогам.
2.19.2.5. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.19.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить анализ результатов расчетов имущественных налогов, проверка
корректности отражения на счетах учета для налогов и сборов.
2.19.2.5.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Стандартные бухгалтерские отчеты по субсчетам счета 68:
 ОСВ (по счету и общая);
 Карточка счета;
 Анализ счета;
 Обороты счета;
 Отчеты по проводкам.
Справки-расчеты по каждому виду налога.
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»
Редакция 1
Изменение №
Регламентированная отчетность (из АРМ «1С-Отчетность» блока «Регламентированный
учет»):
 Бухгалтерская отчётность: бухгалтерский баланс (ф. 1) и приложения к нему
 Налоговая отчётность: декларации и расчёты по имущественным налогам.
2.20. УЧЕТ НДС
2.20.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
В настройках учетной политики Организации отмечаются опции по НДС. Кроме того,
ответственный бухгалтер контролирует выбор вида налогообложения по НДС в первичных
документах. Перед закрытием месяца в АРМе «Помощник по учету НДС» ответственный бухгалтер
работает с предупреждениями и информацией системы – формирует счета-фактуры, списывает
НДС на затраты, блокирует счета-фактуры в отчетном периоде. Окончательные расчеты по НДС
проводятся при закрытии месяца. При выполнении операций процесса «Закрытие месяца» система
формирует документ «Распределение НДС». После закрытия формируются отчеты и справкирасчеты по налогу на добавленную стоимость.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.20.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 20 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 20 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
5.
6.
Код БП
Название БП
БНУ.23.2
Учет НДС
БНУ.23.2
Учет НДС
БНУ.23.2
Учет НДС
БНУ.23.2
Учет НДС
БНУ.23.3
НДС по
хозспособу
БНУ.23.2
Учет НДС
Название
Функции
Детальное описание
В блоке «НСИ и администрирование» по
Настройки
в
гиперссылке «Учет НДС, импорт и экспорт»
НСИ и учетной
проставить флаг в чек-боксах по учету НДС.
политики
В учетной политике Организации главный
Организации
бухгалтер определяет параметры учета НДС
Выбор
вида
При проверке бухгалтером первичного документа,
налогообложен
контроль реквизита «Налогообложение» - Закупка
ия в первичных
облагается НДС или Закупка не облагается НДС
документах
При закрытии месяца система формирует
Закрытие
документ «Распределение НДС», который
месяца
выполняет финальные действия по учету НДС
В автоматизированном рабочем месте «Помощник
АРМ
по учету НДС» бухгалтер получает доступ ко всей
«Помощник по информации, касающейся учета НДС, и может
учету НДС»
проводить необходимые операции по учету
данного налога
Начисление
Ответственный
бухгалтер
рассчитывает
НДС
при
налоговую базу по выполненным строительностроительстве
монтажным работам, оформляет запись книги
ОС
продаж и счет-фактуру выданный, оформляет
собственными
запись книги покупок
силами
Формирование Стандартные бухгалтерские отчеты по субсчетам
отчетов
счета 19, по счетам 68.02, 90.03, 91.02
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Группа специализированных отчетов по НДС.
Декларации по НДС.
2.20.2.1. НАСТРОЙКИ В НСИ И УЧЕТНОЙ ПОЛИТИКИ ОРГАНИЗАЦИИ
2.20.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить учет НДС в системе.
2.20.2.1.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В блоке «НСИ и администрирование» в подразделе «Настройка НСИ и разделов» по
гиперссылке «Учет НДС, импорт и экспорт» отметить флагами чек-боксы с необходимыми
настройками НДС, в частности, «Формировать отчетность по НДС», «Вести отдельную нумерацию
счетов-фактур, выданных на авансы» (при необходимости), «Использовать печатные формы счетафактур, УПД и УКД версии 2.5».
В учетной политике Организации (НСИ и администрирование – Организации – Учетная
политика и налоги – Настройки учета НДС) главный бухгалтер определяет, как учитывать НДС:
например, авансы зачитываем в течение 5 дней, вычеты делаем раз в месяц или квартал, ведем
раздельный учет по ставкам НДС, можем использовать полезную функцию — учет НДС по
фактическому использованию: вычет блокируется, пока материалы не списаны на затраты.
Рекомендуем отметить порог 5% для необлагаемых операций.
2.20.2.2. ВЫБОР ВИДА НАЛОГООБЛОЖЕНИЯ В ПЕРВИЧНЫХ ДОКУМЕНТАХ
2.20.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При внесении в систему первичных документов необходимо корректное отражение НДС.
2.20.2.2.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
При проверке первичного документа, внесенного в 1С:ERP УХ, ответственный бухгалтер
контролирует корректность заполнения реквизита «Налогообложение» во вкладке
«Дополнительно» и сумму НДС, отраженную в самом первичном документе. При проведении
документа и отражении в учете система по встроенным в ней механизмам:




при закупках определит субсчет счета 19 и сформирует бухгалтерскую проводку с Дт
субсчета счета 19, далее при оформлении счета-фактуры от поставщика и отражении в
учете сформирует проводку принятия НДС вычету - Дт 68.02 Кт19.субсчет;
при продажах по деятельности, облагаемой НДС, сформирует бухгалтерскую
проводку для НДС с реализации Дт 90.03 Кт 68.02, далее при оформлении счетафактуры на продажу подсветит, что операция отражена в учете и покажет отражение
счета-фактуры в Журнале учета счетов-фактур. Из документа «Счет-фактура
выданный»
формируются
следующие
печатные
формы:
Счет-фактура,
Универсальный передаточный документ (УПД), Универсальный корректировочный
документ (УКД);
при регистрации входящего платежа от покупателя система автоматически создает и
регистрирует «Счет-фактуру на аванс», формируя начисление НДС к уплате с
проводкой Дт 76.АВ Кт 68.02. Позже, при отгрузке, на основании этого же аванса
программа автоматически создает «Счет-фактуру на отгрузку» и зачтет ранее
начисленный НДС;
при проведении исходящего платежа поставщику система ответственный бухгалтер из
документа оплаты аванса формирует «Счет-фактуру полученный на аванс», в случае
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
если поставщик ее выставил, что дает право на вычет НДС (проводка Дт 68.02 Кт
76.ВА). Впоследствии при оприходовании товаров этот вычет будет корректно учтен.
При необходимости оформления нескольких «Счет-фактур полученный на аванс» В
АРМе «Помощник по учету НДС» ответственный бухгалтер сможет массово
выставить все необходимые документы «Счет-фактура полученный на аванс».
2.20.2.3. ЗАКРЫТИЕ МЕСЯЦА
2.20.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить финальный расчет НДС.
2.20.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для расчета НДС ответственный бухгалтер запускает закрытие месяца (если данное действие
не обозначено расписанием регламентированных операций): Финансовый результат и контроллинг
– Закрытие месяца. Операция по закрытию НДС – «Распределение НДС» на этапе «Расчет
себестоимости».
В результате закрытия отчетного периода система формирует документ «Распределение
НДС», который выполняет следующие действия:
 формирует записи книги покупок по основным средствам (ежемесячно);
 распределяет НДС с косвенных расходов по видам деятельности для учета НДС.
Распределение НДС осуществляется только по ценностям, списанным на статьи расходов с
вариантом распределения «На направление деятельности» и установленным значением «НДС
распределяется по видам налогообложения пропорционально выручке»;
 формирует записи книги покупок по партиям, отнесенным при реализации по ставке НДС
0% (при наличии факта подтверждения нулевой ставки НДС). Подтверждение ставки 0% по
реализациям осуществляется с помощью специальной обработки Подтверждение нулевой ставки
НДС. Если ставка НДС не подтверждена – суммы НДС также будут приняты к вычету, но в
дополнительном листе периода реализации.
2.20.2.4. АРМ «ПОМОЩНИК ПО УЧЕТУ НДС»
2.20.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо обеспечить удобство пользователя, оптимизацию трудозатрат по учету и
проверке НДС, уменьшение количество пользовательских ошибок.
2.20.2.4.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Путь к «Помощнику по учету НДС»: блок «Финансовый результат и контроллинг» –
подраздел «НДС» - гиперссылка «Помощнику по учету НДС».
Интерфейс помощника: гиперссылки ведут к основным операциям и отчетам. Система
проверяет данные, например, ищет ручные записи в книгах покупок и продаж или списание НДС на
расходы, отражает документы или платежи, по которым не выставлены счета-фактуры,
подсвечивает заблокированные счета-фактуры. Вся информация в помощнике отражается в онлайн
режиме, чтобы ее актуализировать, нужно вручную нажать «Обновить». Если в документе,
например, «Приобретение товаров и услуг» ошиблись с видом деятельности, исправить это можно
сразу, не выходя из «Помощника по учету НДС»: на основе документа создаем «Корректировку
вида деятельности по НДС». Из данного АРМа бухгалтер может просмотреть необходимые отчеты
по анализу НДС, принять решение и блокировать счет-фактуры в планируемом к закрытию периоде.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
После проверки и правок помощник помогает с регламентными операциями распределения НДС и
закрытия месяца.
Все необходимые отчеты для анализа расчета НДС собраны в разделе «Отчеты по НДС в
АРМе «Помощник по учету НДС».
2.20.2.5. НАЧИСЛЕНИЕ НДС ПРИ СТРОИТЕЛЬСТВЕ ОС СОБСТВЕННЫМИ
СИЛАМИ
2.20.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется рассмотрение частного случая начисления НДС при производстве строительномонтажных работ собственными силами (хозспособ).
2.20.2.5.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Ответственный бухгалтер рассчитывает стоимость строительно-монтажных работ по отбору
«Хозспособ» в ОСВ по счету 08.03. Из АРМа «Помощник по учету НДС» в подразделе «Прочие
операции» ответственный бухгалтер создает документ «Запись книги продаж» с операцией «Прочее
начисление НДС», выбирает организацию и контрагента, равного организации (ранее заводит
организацию в качестве контрагента в справочник «Партнеры»). В табличной части выбирает из
предопределенного списка вид ценности – СМР собственными силами, далее вносит сумму без НДС
и ставку НДС, выбирает счет учета 19.08 и аналитику ОС, отмечает событие – НДС к уплате. При
проведении и отражении в учете операция сформирует бухгалтерскую проводку Дт 19.08 Кт 68.02 –
Начисление/восстановление НДС. Из записи книги продаж бухгалтер формирует документ «Счетфактуру выданный». Печатная форма счета-фактуры выданного доступна для печати, как из
документа записи книги продаж, так и из формы счет-фактуры.
Для оформления НДС к вычету из АРМа «Помощник по учету НДС» в подразделе «Прочие
операции» ответственный бухгалтер создает документ «Запись книги покупок», выбирает свою
организацию в качестве контрагента, вид ценности – СМР собственными силами, событие –
предъявлен НДС к вычету, сумму строительно-монтажных работ без НДС, ставку НДС, счет учета
НДС – 19.08. Во вкладке «Дополнительно» бухгалтер вносит данные по ранее выставленному счетфактуре выставленного НДС. При проведении и отражении в учете операция сформирует
бухгалтерскую проводку Дт 68.02 Кт 19.08 – Принятие НДС к вычету. По данной операции счетфактура не оформляется, печатная форма не формируется.
Оформленные операции по НДС (начисление, вычет) при строительстве собственными
силами отражаются в отчетах и справках по НДС, а также в разделе 3 декларации по НДС.
2.20.2.6. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.20.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо обеспечить анализ учета НДС, формирование отчетов и деклараций.
2.20.2.6.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Стандартные бухгалтерские отчеты по субсчетам счета 19, 68.02, 90.03, 91.02:





ОСВ (по счету и общая);
Карточка счета;
Анализ счета;
Обороты счета;
Отчеты по проводкам.
Отчеты по НДС:
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
АО «КМКР»















Редакция 1
Изменение №
Анализ состояния учета по НДС;
Анализ причин блокировки вычета НДС;
Реестр счетов-фактур выданных;
Реестр счетов-фактур полученных;
Анализ начисления НДС с авансов (полученных);
Анализ учета НДС при зачете авансов (выданных);
Анализ учета НДС при зачете авансов (полученных);
Книга покупок
Книга продаж;
Журнал учета полученных и выставленных счетов-фактур;
Ведомость по НДС предъявленному;
Декларация по НДС (для первичного формирования);
Формирование записей раздела 7 декларации по НДС;
Реестр к разделу 7 декларации;
Отчеты по НДС в электронном виде.
Регламентированная отчетность (из АРМ «1С-Отчетность блока «Регламентированный учет»)
 Бухгалтерская отчётность: бухгалтерский баланс (ф. 1) и приложения к нему;
 Налоговая отчётность: декларации по НДС. Изначально декларацию по НДС можно
сформировать из «Помощника по учету НДС», но уточненные декларации
формируются только из подраздела «1С – Отчетность» блока «Регламентированный
учет».
2.21. РАСЧЕТ НАЛОГА НА ПРИБЫЛЬ
2.21.1.
ПРОЦЕССА
ОБЩЕЕ
ОПИСАНИЕ
МОДЕЛИРУЕМОГО
БИЗНЕС-
Наряду с настройками в системе по фиксации временных и постоянных разниц, учету ОНА и
ОНО, описанных в разделе 2.16 настоящего «Отчета о моделировании по блоку БНУ», в настройках
системы учетной политики Организации отмечаются опции по учету налога на прибыль. Кроме
того, ответственный бухгалтер контролирует корректное заполнение в статьях доходов и расходов
признака «Принимается к налоговому учету». На основании проводок, введенных первичными
документами, сформированных постоянных и временных разниц, система рассчитывает
финансовый результат, ОНА, ОНО и налог на прибыль. Начисление налога происходит при
выполнении процедуры закрытия месяца, в результате которой выполняется регламентная операция
«Формирование финансового результата» и формируется регламентный документ с типом
операции «Расчет налога на прибыль». После закрытия месяца в системе доступны отчеты и
справки.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.21.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 21 представлен Перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
Таблица 21 Перечень функций бизнес-процессов, реализуемых в системе 1C:ERP. УХ
№
п/п
Код БП
Название БП
Название
Функции
1.
БНУ.23.4
Налог на прибыль
Настройки
учетной
политике
Детальное описание
в
В учетной политике Организации отмечаем
Настройки учета на прибыль, в том числе
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Организации
2.
БНУ.23.4
Редакция 1
Изменение №
порядок уплаты авансовых платежей
Налог на прибыль
Контроль
признака
При проверке первичных документов бухгалтер
«Принимается
контролирует
признак
«Принимается
к
к налоговому налоговому учету» в статьях доходов и расходов
учету»
Для проверки и подтверждения расчета налога на
прибыль используют налоговые регистры,
которые формируются на основании данных
бухгалтерского учёта с учётом особенностей
налогового законодательства
3.
БНУ.23.4
Налог на прибыль
Регистры
налогового
учета
4.
БНУ.23.4
Налог на прибыль
Закрытие
месяца
Процедура «Закрытие месяца» формирует ОНА,
ОНО, финансовый результат и начисляет налог
на прибыль
Налог на прибыль
АРМ
«Помощник
заполнения
декларации по
налогу
на
прибыль»
Рабочее место в системе, которое позволяет
бухгалтеру создавать и заполнять декларации по
налогу
на
прибыль
в
разрезе
мест
предоставления и признаков налогоплательщика
Формирование
отчетов
Стандартные бухгалтерские отчеты, налоговые
регистры, справки-расчеты, регламентированная
бухгалтерская отчетность, декларация по налогу
на прибыль
5.
6.
БНУ.23.4
БНУ.23.4
Налог на прибыль
2.21.2.1. НАСТРОЙКИ В НСИ И УЧЕТНОЙ ПОЛИТИКИ ОРГАНИЗАЦИИ
2.21.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить расчет налога на прибыль в системе.
2.21.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В блоке «НСИ и администрирование» в учетной политике Организации (НСИ и
администрирование – Организации – Учетная политика и налоги – Настройки учета налога на
прибыль) главный бухгалтер определяет параметры расчета налога на прибыль, в частности, период
формирования сомнительных долгов, порядок подачи декларации по налогу на прибыль и порядок
уплаты авансовых платежей.
2.21.2.2. КОНТРОЛЬ ПРИЗНАКА «ПРИНИМАЕТСЯ К НАЛОГОВОМУ УЧЕТУ»
2.21.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо корректное отнесение сумм на временные и постоянные разницы, обеспечение
расчета ОНА и ОНО, налога на прибыль.
2.21.2.2.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
При проверке первичных документов, вносимых в систему, ответственный бухгалтер
проверяет корректность отметки признака «Принимается к налоговому учету» в статьях доходов и
расходов. При отсутствии флага сумму документа с данной статьей система учтет как постоянную
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
разницу. Временные разницы система формирует автоматически с учетом соответствующих
настроек в системе по ПБУ 18.
2.21.2.3. РЕГИСТРЫ НАЛОГОВОГО УЧЕТА
2.21.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо формирование детальных отчетов по составляющим расчета налога на прибыль
для проверки налога на прибыль.
2.21.2.3.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В системе содержатся типовые регистры налогового учёта, которые содержат необходимый
набор показателей и соответствуют требованиям законодательства. Данные регистры
подразделяются на четыре группы:
 регистры учета хозяйственных операций – обобщение информации о фактах хозяйственной
деятельности, которые приводят к возникновению объекта налогового учета;
 регистры сбора информации о наличии и движении объектов налогового учета;
 регистры промежуточных расчетов, выполняющих вспомогательную функцию;
 регистры формирования отчетных данных – обобщение информации о признанных доходах
и расходах отчетного налогового периода, о расчете налоговой базы и расшифровке
отдельных доходов и расходов в декларации по налогу на прибыль.
Полный набор налоговых регистров доступен по следующему пути: Регламентированный учет –
Бухгалтерский и налоговый учет – Регистры налогового учета
2.21.2.4. ЗАКРЫТИЕ МЕСЯЦА
2.21.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется расчет ВР и ПР, ОНА, ОНО, формирование финансового результата, расчет и
начисление налога на прибыль.
2.21.2.4.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для расчета финансового результата, налога на прибыль ответственный бухгалтер запускает
закрытие месяца (если данное действие не обозначено расписанием регламентированных
операций): Финансовый результат и контроллинг – Закрытие месяца. «Закрытие месяца» выполняет
регламентированную операцию «Формирование финансового результата» и формирует
регламентный документ с типом операции «Расчет налога на прибыль».
Результат
расчета
налога
на
прибыль
подтверждается
справками
-расчетами (Регламентированный учет – Бухгалтерский и налоговый учет – Справки-расчеты) и
используется при заполнении декларации по налогу на прибыль. Для оперативного выявления
ошибок данных налогового учета и учета разниц в оценке активов и обязательств используется
отчет «Анализ учета по налогу на прибыль» (Регламентированный учет – Отчеты). Каждый блок
данной схемы может быть расшифрован в более детальную схему, из которой, в свою очередь,
можно получить производный отчет с детализацией до первичного документа.
2.21.2.5. АРМ «ПОМОЩНИК ЗАПОЛНЕНИЯ ДЕКЛАРАЦИИ ПО НАЛОГУ НА
ПРИБЫЛЬ»
2.21.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Необходимо обеспечить помощь ответственному бухгалтеру в работе с декларацией по налогу
на прибыль, минимизация пользовательских ошибок.
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
2.21.2.5.1. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В автоматизированном рабочем месте «Помощник заполнения декларации по налогу на
прибыль» имеется возможность отбора по регистрации в налоговом органе. В данном АРМе
выводится информация об имеющихся или подлежащих формированию декларациях по налогу на
прибыль за выбранный период. В табличной части по кнопке «Заполнить» формируется список
деклараций по налогу на прибыль в разрезе кодов мест представления в соответствии с настройками
вариантов налогообложения прибыли. По гиперссылке «Открыть» в графе «Расшифровка
налоговой базы» бухгалтер может проанализировать состав налоговой базы в разрезе вариантов
налогообложения прибыли, листов декларации, признаков налогоплательщиков, кодов видов
дохода и кодов видов операций. По гиперссылке «Создать» в графе «Документы деклараций»
ответственный бухгалтер сформирует декларацию по налогу на прибыль с необходимым
количеством страниц.
2.21.2.6. ФОРМИРОВАНИЕ ОТЧЕТОВ
2.21.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется обеспечить анализ учета НДС, формирование отчетов и деклараций.
2.21.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Стандартные бухгалтерские отчеты по счета 68.04, 99:
 ОСВ (по счету и общая);
 Карточка счета;
 Анализ счета;
 Обороты счета;
 Отчеты по проводкам.
Налоговые регистры.
Регламентированная отчетность (из АРМ «1С-Отчетность блока «Регламентированный учет»)
 Бухгалтерская отчётность: бухгалтерский баланс (ф. 1) и приложения к нему;
 Налоговая отчётность: декларации по налогу на прибыль.
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:

Пользователи;

Группы доступа;

Профили групп доступа;

Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 создание новых ролей;
 создание новых профилей доступа;
 создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
Редакция 1
Изменение №
Стандартный инструмент управления доступом на основе ролей;
Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:

полные права;

администратор Системы;

интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 6.


4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ОТЧЕТНЫХ И ПЕЧАТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИЙ
АО «КМКР»
БУХГАЛТЕРСКИЙ И НАЛОГОВЫЙ УЧЕТ В
АО «КМКР»
4.3. ПЕРЕЧЕНЬ НСИ
4.4. РЕЕСТР МИГРАЦИОННЫХ ПОТОКОВ
4.5. ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
Редакция 1
Изменение №

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_Бюджет.docx | docs/32616449098/74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_Бюджет.pdf
Отчет о моделировании
бизнес-процессов по Бюджетированию
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 1
АО «КМКР»
1.
Изменение №
Оглавление
Лист согласования...................................................................................................................... 3
Версии документа....................................................................................................................... 4
Общие сведения.........................................................................................................................5
1.1.
1.2.
1.3.
1.4.
1.5.
2.
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Назначение документа.......................................................................................................5
Определения терминов и сокращений.............................................................................5
Цели, задачи и объект моделирования.............................................................................6
Подход к реализации сценария моделирования..............................................................7
Общие методологические требования к внедряемой ИС...............................................7
Характеристика объектов и результатов его моделирования...............................................8
2.1.
БИЗНЕС-ПРОЦЕСС ПО БЮДЖЕТИРОВАНИЮ..........................................................8
2.1.1.
ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА.....................8
2.1.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА............................................................................9
2.1.3.
НАСТРОЙКА НСИ....................................................................................................16
2.1.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ...........................16
2.1.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ.......................17
2.1.4.
ПЛАНИРОВАНИЕ.................................................................................................... 21
2.1.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ...........................21
2.1.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ.......................22
2.1.4.2.1. Параметры модели........................................................................................... 22
2.1.4.2.2. Формирование заявок на расходы..................................................................22
2.1.4.2.3. Входные формы................................................................................................22
2.1.4.2.1. Формирование инвестиционного плана.........................................................24
2.1.4.2.2. Формирование оперативного плана (БДР, БДДС)........................................24
2.1.4.2.3. Автоматическое формирование плана закупок на основе утвержденного
бюджета......................................................................................................................................25
2.1.4.2.4. Стратегическое планирование........................................................................27
2.1.1.
КОРРЕКТИРОВКА....................................................................................................28
2.1.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ...........................28
2.1.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ.......................29
2.1.2.
ИСПОЛНЕНИЕ БЮДЖЕТОВ. ОТЧЕТНОСТЬ. ПЛАТЕЖНЫЙ КАЛЕНДАРЬ.29
2.1.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ...........................29
2.1.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ.......................30
2.1.2.2.1. Учет фактических данных...............................................................................30
2.1.2.2.2. Формирование отчетов план/факт, прогноз...................................................32
2.1.2.2.3. Платежный календарь, как инструмент управления ликвидностью...........33
3.
4.
Концепция ролей и полномочий............................................................................................ 35
Приложения к документу....................................................................................................... 37
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
Перечень отчетных и печатных форм............................................................................ 37
Перечень интеграционных потоков...............................................................................37
Перечень НСИ.................................................................................................................. 37
Реестр миграционных потоков.......................................................................................37
Описание функциональных требований и разрывов....................................................37
Соответствие функций и бизнес-ролей..........................................................................37
Дополнительные материалы........................................................................................... 37
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Лист согласования
Должность
ФИО
Подпись
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Версии документа
Дата
Автор
Компания
Версия
Описание изменений
Создание документа
На схемах БП заменена
аббревиатура ИП на ПР
Дополнены требования
по результатам встречи
24.12.2025
Внесены
правки
по
полученным
комментариям
от
Иванова С.В.
22.12.2025
Лесняк В.
ООО «Градум»
1.0
24.12.2025
Лесняк В.
ООО «Градум»
2.0
06.02.2026
Лесняк В.
ООО «Градум»
3.0
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP.УХ по
Бюджетированию» содержит описание системы, алгоритмов процессов, используемых объектов
разрабатываемой системы с учетом моделей бизнес-процессов, требований Технического задания
на выполнение работ по обследованию и моделированию, а также внутренних нормативных
документов Заказчика. Окончательные требования к разработкам могут быть уточнены на этапе
реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP.УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ERP.УХ, с указанием входов, выходов и
ожидаемого результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков, если применимо;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP.УХ
1С:ERP Управление холдингом, ред. 3.2
БДДС
Бюджет движения денежных средств
БДР
Бюджет доходов и расходов
ВБО
Виды и бланки отчетов
ЕИС
Единая информационная система закупок
Заказчик
АО «Кавминкурортресурсы»
Инвестиционный
план
Финансовый план, выделяющий денежные средства на реализацию
долгосрочных капитальных вложений и проектов, направленных на развитие
компании.
КМКР
Заказчик, АО «Кавминкурортресурсы»
КО
Конструктор отчетов
МВЗ
Место возникновения затрат
Определение термина (расшифровка сокращения)
Редакция 1
АО «КМКР»
НСИ
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Нормативно-справочная информация
Оперативный план Процесс разработки и реализации краткосрочных планов, направленных на
выполнение текущих задач предприятия. В отличие от стратегического
планирования, которое охватывает долгосрочные цели и стратегии,
оперативное фокусируется на ближайших перспективах
ПР
Регламент
Стратегическое
планирование
Сценарий
Программа развития – комплексная инвестиционная программа, программа
гидрогеологический, ремонтных работ
Формализованный процесс, определяющий последовательность действий,
сроки, участников и правила формирования, проверки, утверждения и
анализа управленческой отчетности. Описывает полный цикл подготовки
отчетности: от ввода данных до утверждения итоговых отчетов, с
использованием инструментов подсистемы
Процесс определения долгосрочных целей организации и выбора наилучших
путей их достижения с учётом внешних и внутренних условий.
Ориентировано на перспективу (обычно 3-5 лет и более).
Сквозной аналитический разрез, который может использоваться
для разделения данных по слоям. Данная функциональность используется
для планирования (бюджетирования) с разделением данных по сценариям:
план (оптимистический, пессимистический, усредненный), факт и
актуализация.
Техническое задание
ТЗ
Управление
отчетным
периодом
Механизм, регулирующий временные границы внесения бюджетной
информации
ЦФО
Центры финансовой ответственности — структурные подразделения
предприятия, на которые возлагается ответственность за управление
ресурсами и контроль за исполнением бюджетных показателей.
ЭО
Экземпляры отчетов
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования является Блок бюджетирования в системе "1С:ERP Управление
холдингом"
Целью моделирования является анализ текущих бизнес-процессов, образующих замкнутый
цикл управления финансами в компании, фиксирование функциональных требований к
разрабатываемой системе как со стороны владельца бизнес-процессов, так и со стороны смежных
процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:



уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
Редакция 1
АО «КМКР»






БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
описание текущих бизнес-процессов по Бюджетированию;
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP. УХ. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
 При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP Управление
холдингом, редакция 3.2.10.1». Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО БЮДЖЕТИРОВАНИЮ
Общая схема бизнес-процесса направления (Приложение):
Схема процессов нижнего уровня (если применимо):
Перечень подпроцессов по Бюджетированию представлен в Таблица 1.
Таблица 1 Перечень подпроцессов по бюджетированию
№
п/п
1.
2.
3.
4.
Уровень
БП
2
2
2
2
Код БП
БДЖ.1
БДЖ.2
БДЖ.3
БДЖ.4
Название БП
Планирование
Корректировка бюджетов
Исполнение
Отчетность
2.1.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Подготовка исходных данных:




Формирование структуры бюджетов с помощью конструктора отчетов;
Настройка
сценариев
бюджетирования
(плановые,
корректирующие,
инвестиционные, стратегические);
Создание экземпляров отчетов;
Ввод плановых показателей, нормативов на основе базовой модели.
Составление бюджетов:




Формирование бюджетов подразделений в разрезе центров финансовой
ответственности;
Консолидация данных, построение итоговых форм;
Стратегическое планирование с использованием коэффициентов – дефляторов;
Установка лимитов по статьям.
Согласование и утверждение бюджета:

Процесс согласования бюджета на различных уровнях с помощью механизма задач и
маршрутов согласования в системе;
Мониторинг статусов по бюджетам;
Финальное утверждение бюджета руководством.


Контроль исполнения бюджета:


План-фактный анализ;
Отчеты по отклонениям;
Редакция 1
АО «КМКР»

БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Корректировка бюджетов при необходимости (актуализация)
Аналитика и отчетность



Формирование сводных отчетов по компании;
Анализ финансовых показателей, выявление рисков и возможности оптимизации
Подготовка данных для управленческих решений.
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.1.2.
ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 2 представлен перечень функций бизнес-процессов, реализуемые в системе
1C:ERP. УХ.
Таблица 2 Перечень функций бизнес-процессов, реализуемые в системе 1C:ERP. УХ
№
п/
п
1.
Код БП
БДЖ.1.1
Название БП
Настройка НСИ
Название Функции
Настройка центров
финансовой
ответственности (ЦФО)
Детальное описание
Формирование
организационной
структуры
бюджетирования.
В
иерархический
справочник
"Центры
финансовой
ответственности" вносятся
все подразделения компании,
участвующие в бюджетном
процессе.
При необходимости создаются
новые сценарии (логически
обособленные версии данных)
(Факт, План, Прогноз и тп).
Основные действия:


2.
БДЖ.1.1
Настройка НСИ
Настройка сценариев

Создание новой записи
сценария с базовыми
параметрами;
Определение
валют,
курсов,
правил
консолидации, моделей
данных.
Связывание
с
процессами:
назначение сценария
конкретным
регламентам
планирования
или
формирования
отчетности.
Редакция 1
АО «КМКР»
№
п/
п
3.
4.
5.
6.
Код БП
БДЖ.1.1
БДЖ.1.1
БДЖ.1.1
БДЖ.1.3
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Название БП
Настройка НСИ
Настройка НСИ
Настройка НСИ
Текущее
планирование
Название Функции
Настройка центров
финансовой
ответственности (ЦФО)
Изменение №
Детальное описание
Формирование
организационной
структуры
бюджетирования.
В
иерархический
справочник
"Центры
финансовой
ответственности" вносятся
все подразделения компании,
участвующие в бюджетном
процессе.
Настройка прав доступа
Назначение ролей и прав
пользователей в соответствии с
их функциями в бюджетном
процессе
(утверждающий,
составитель,
просмотр).
Осуществляется через
ролевую модель системы.
Настройки прав на объекты
НСИ (например, менеджер
ЦФО "Отдел продаж" может
вводить данные только по
статьям, связанным со своим
ЦФО).
Настройка бюджетных
статей
Разработка и загрузка Плана
счетов бюджетирования. Для
каждой статьи определяются:
Вид
статьи:
"Доходы",
"Расходы", "Поступления ДС",
"Выбытия ДС"
Установка параметров
модели
Экземпляр отчета – входная
форма,
используемая
для
задания значений параметров,
используемых для расчёта
бюджетных показателей в
соответствующем периоде и на
соответствующем
сценарии
бюджетирования.
Создается в разделе “виды
отчетов” и представляет собой
набор правил и параметров,
определяющих
процесс
формирования бюджетов на
предприятии.
Модель
объединяет
бюджетные формы и отчёты,
определяет
аналитические
разрезы бюджетов.
Определение
структуры
конкретных бюджетных форм.
Редакция 1
АО «КМКР»
№
п/
п
Код БП
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
Создание "Видов бюджетов":
• Выбор статей и показателей,
включаемых в конкретный
бюджет
• Задание макета (формы) для
ввода данных пользователями.
•
Настройка
алгоритмов
автоматического
расчета
некоторых статей на основе
других (например, "Налоги на
ФОТ" = "ФОТ" * %).
7.
8.
БДЖ.1.1
БДЖ.1.1
Настройка НСИ
Настройка НСИ
Настройка регламента
подготовки отчетности
Для каждого нового процесса в
системе создается регламент
(регламент
для
бюджетирования,
регламент
для лимитирования, регламент
инвестиционный). При этом
требуется
определить
Наименование,
которое
заносится
на
закладке
Основное -Параметры. На
закладке
Организационные
единицы
выполняется
настройка
состава
ЦФО,
участвующих в бюджетном
процессе.
Запуск процедуры
«Управление отчетным
периодом»
В
документе
Управление
отчетным
периодом
устанавливаются параметры,
которые используются для
создания Экземпляра отчета:
• Сценарий;
• Период;
• Регламент;
• Прогнозные курсы валют.
Создание данного документа
автоматически
открывает
период для ввода данных.
Также из этого документа
можно запускать бюджетный
процесс.
Документ доступен в меню
Бюджетирование, отчетность и
анализ
→
Управление
отчетным периодом
В
новом
документе
необходимо заполнить поля:
Сценарий, Период, Дата начала
процесса
подготовки
Редакция 1
АО «КМКР»
№
п/
п
Код БП
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
отчетности, Регламент.
9.
10.
БДЖ.1.3
БДЖ.1.3
БДЖ.1.3
11.
Текущее
планирование
Текущее
планирование
Текущее
планирование
Инициация и
подготовка
Запуск бюджетной кампании
осуществляется приказом через
инструмент
«управления
процессом
подготовки
отчетности»
(Документ
«Управление
отчетным
периодом»):
 Информация о сроках
заполнения форм;
 Открытие прав на ввод:
Настройка
прав
доступа
для
менеджеров ЦФО на
редактирование
конкретных
бюджетных форм и
статей в рамках их
ответственности.
Бюджетные заявки от
ЦФО (входные
формы)
Ввод
данных
в
формы
планирования: Ответственные
по
ЦФО
заполняют
назначенные им формы ввода
(экземпляры отчетов)
Такие как:
Бюджетная
заявка
по
расходам;
- План продаж для бюджета
доходов;
Производственную
программу и планов закупок
(из
"Производства"
и
"Закупок")
для
бюджета
прямых затрат.
- Расчет по формулам: Статьи,
зависимые
от
других
(например, "Налоги на ФОТ",
"Транспортные расходы как %
от выручки").
• Контроль на уровне ЦФО:
1C:ERP.УХ
автоматически
проверяет
соответствие
введенных данных заданным
лимитам и нормативам, выводя
предупреждения.
Формирование
инвестиционного
плана
Инвестиционный
план
создается
как
отдельная
бюджетная
модель
или
сценарий, тесно связанный с
Редакция 1
АО «КМКР»
№
п/
п
Код БП
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
БДДС.
12.
13.
БДЖ.1.3
БДЖ.1.3
Текущее
планирование
Текущее
планирование
Консолидация
оперативного и
инвестиционного
планов в мастербюджеты (БДР, БДДС)
Автоматическое формирование
итоговых бюджетов: после
утверждения всех бюджетов
ЦФО, пользователь путем
выбора
соответствующего
алгоритма заполнения формы
ввода генерирует итоговые
формы на основе настроенных
взаимосвязей:
 Бюджет доходов и
расходов (БДР) в части
доходов: формируется
путем агрегации всех
статей
доходов
из
бюджетов ЦФО;
 Автоматический расчет
БДР по расходам на
основе
БДДС
по
настроенным
алгоритмам.
 Бюджет
движения
денежных
средств
(БДДС) в части доходов
формируется
путем
преобразования данных
БДР по настроенным
алгоритмам
 Бюджет
движения
денежных
средств
(БДДС)
в
части
расходов формируется
путем агрегации всех
статей расходов из
бюджетов ЦФО (плана
закупок,
инвестиционной
программы и т.п.)
Автоматическое
формирование плана
закупок на основе
бюджета
Выполняется
формирование
плана закупок.
В 1C:ERP.УХ реализованы
два варианта формирования
закупок
на
основании
бюджетов. В подсистеме “
Бюджетирование
и
планирование“
и
в
“Бюджетирование, отчетность
и анализ”. Отличие приведено в
описании
автоматизации
функции.
Редакция 1
АО «КМКР»
№
п/
п
Код БП
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
Детальное описание – в блоке
Закупки.
14.
БДЖ.1.2
Стратегическое
планирование
Определение
стратегических целей
БДЖ.1.2
Стратегическое
планирование
Сценарное
моделирование и
прогнозирование
15.
БДЖ.1.2
16.
17.
18.
БДЖ.1.2
БДЖ.2.1
Стратегическое
планирование
Стратегическое
планирование
Стратегическое
планирование,
Оперативное
планирование
Настройка
коэффициентовдефляторов для
различных статей
бюджета
Создание
и
последующая
консолидация заявок ЦФО,
формирование
портфеля
инвестиционных проектов.
В
1C:ERP.УХ: создается
новый сценарий с типом
"Стратегический
план"
и
горизонтом
планирования
(например,
2025-2030).
Назначается ответственный и
сроки.
При
создании
сценария
«индексирование»
в
соответствующий экземпляр
отчета
вносятся
коэффициенты-дефляторы по
тем
статьям,
где
они
применимы.
Формирование
стратегического
финансового плана
Построение
долгосрочных
финансовых
моделей:
прогнозные формы БДР, БДДС
на стратегический период
(более 1 года) в экземплярах
отчетов.
При формировании итоговых
форм
стратегических
бюджетов
по
сценарию
«прогноз»
происходит
пересчет показателей с учетом
заданных
коэффициентовдефляторов.
Далее
стратегический план поступает
на
согласование
и
последующее
утверждение
руководителю.
Корректировка плана
инициатором
Ответственный
сотрудник
ЦФО получает системное
уведомление (в интерфейсе 1С
или по email) о том, что его
бюджет в сценарии переведен в
статус
"На
доработке",
"Отклонен"
или
"Требует
Редакция 1
АО «КМКР»
№
п/
п
Код БП
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
корректировки". Уведомление
содержит ссылку на бюджет и
комментарий инициатора.
Сотрудник вносит правки
строго по замечаниям в том же
самом открытом сценарии,
внося изменения в цифры и,
при необходимости, обновляя
текстовые пояснения в полях
комментариев к статьям.
После внесения всех правок
сотрудник вручную меняет
статус бюджета обратно на "На
согласовании" или нажимает
кнопку "Отправить повторно".
1C:ERP.УХ
автоматически
уведомляет
инициатора
возврата
(и,
возможно,
следующего
по
цепочке
согласующего) о том, что план
доработан
и
готов
к
повторному рассмотрению.
19.
20.
БДЖ.3.1,
БДЖ 3.2.
БДЖ.4.1
Исполнение
Отчетность
Учет фактических
данных
Отчеты план/факт.
Прогноз
При проведении первичных
документов
в
связанных
подсистемах
(Поступление
товаров, Накладная на отпуск,
Акт оказания услуг, Банковская
выписка)
1C:ERP.УХ
автоматически
создает
соответствующие движения в
регистрах
бюджетирования
(отображение
фактических
данных). Пользователь путем
выбора
соответствующего
алгоритма
заполнения
экземпляра отчета заполняет
форму фактическими данными
на текущий период.
План-фактный
анализ
осуществляется на основании
сводной
таблицы,
сформированной в экземплярах
отчета.
Для
создания
прогнозного плана необходимо
скопировать
в
него
утвержденные
плановые
данные.
Предполагается
перераспределение
средств
между статьями бюджета при
Редакция 1
АО «КМКР»
№
п/
п
Код БП
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
сохранении его общей суммы
(баланса)
для
покрытия
дефицита в одних статьях за
счет экономии по другим.
Возможно
внесение
следующих изменений:
•
Перенос отклонения на
следующий период (месяц).
•
Распределение
отклонения на весь оставшийся
горизонт планирования.
21.
БДЖ.4.1
Отчетность
Платежный календарь
Платежный календарь (отчет
или бизнес-процесс): это не
один документ, а сводное
представление
(отчет
или
специальный
интерфейс),
которое в реальном времени
агрегирует данные:
 Плановые исходящие
платежи (на основе
Заявок РДС со статусом
«К оплате»).
 Плановые
входящие
платежи (на основе
Заявок ПДС).
 Плановые внутренние
перемещения (между
счетами холдинга).
 Фактические остатки на
счетах (из банковских
выписок).
 Утвержденные лимиты
расходов и платежные
регламенты.
Анализируя прогнозное сальдо,
казначей принимает решения:
 Утвердить к оплате
заявки
в
полном
объеме,
если
ликвидность позволяет.
 Сдвинуть дату оплаты
по некоторым заявкам
(изменить дату в Заявке
РДС), чтобы избежать
кассового разрыва.
 Запланировать
перемещение средств
между
счетами/организациями
для
покрытия
дефицита.
По утвержденным заявкам
Редакция 1
АО «КМКР»
№
п/
п
Код БП
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Название БП
Название Функции
Изменение №
Детальное описание
автоматически или вручную
формируются
платежные
поручения.
Платежки выгружаются в
клиент-банк.
После обработки банком и
загрузки выписки произойдет:
Фактическая
сумма
автоматически сопоставится с
плановой (по номеру заявки
или платежного поручения).
В
Платежном
календаре
данные по этой позиции
перейдут из «плана» в «факт».
Заявка РДС получит статус
«Оплачена».
2.1.3. НАСТРОЙКА НСИ
2.1.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Функционал подсистемы должен обеспечивать комплексное управление бюджетным
процессом, начиная с создания нормативно-справочной информации и заканчивая формированием
аналитической отчетности.
Ключевым требованием является ведение единых, централизованных справочников статей
Бюджета доходов и расходов (БДР), Бюджета движения денежных средств (БДДС) и статей затрат.
1C:ERP.УХ должна позволять гибко настраивать взаимосвязи между этими статьями для
обеспечения автоматической взаимоувязки итоговых бюджетных форм.
Подсистема должна поддерживать полный цикл формирования основных бюджетов, включая
первичный БДДС, БДР, инвестиционный бюджет (бюджет капитальных вложений) и бюджет
закупок. Планирование должно осуществляться с помесячной детализацией в рамках годового
бюджета, с предусмотренным регламентным процессом его периодической корректировки
(прогнозирования) по факту исполнения.
Для специализированных отраслевых задач, необходима возможность ведения учета доходов
и затрат в разрезе уникальных объектов, таких как скважины, с привязкой каждой скважины к
определенному типу воды.
В целях повышения контроля и качества вводимых данных 1C:ERP.УХ должна предоставлять
механизмы для ограничения выбора статей бюджета сотрудниками-инициаторами при заполнении
форм, в зависимости от их центра финансовой ответственности и должностных полномочий.
Важным аспектом является гибкость аналитического учета. Требуется реализация единого
набора аналитических признаков (например, Проекты, Контрагенты) для статей, связанных с
местами возникновения затрат (МВЗ)
2.1.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Основой успешной автоматизации процесса бюджетирования является создание
централизованной и управляемой системы нормативно-справочной информации (НСИ). Решение
на базе 1С: ERP.УХ позволяет реализовать единое пространство для настройки всей финансовой
структуры и регламентов.
Ключевые элементы решения включают настройку взаимосвязанных справочников статей
БДР и БДДС, создание сценариев планирования, установление регламента подготовки отчетности
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
и управление отчетным периодом. Это формирует единую, структурированную среду для
планирования, учета и анализа, обеспечивая целостность данных и управляемость процесса на
всех уровнях. (Перечень НСИ приведен в Приложение 4.3. Перечень НСИ) Описание основных
элементов:
«Статьи движения денежных средств (ДДС)» и «Статьи доходов/расходов (БДР)» являются
фундаментальной основой НСИ для всей системы бюджетирования и финансового контроля.




Расположение: Общие справочники и настройки.
Структура: Предустановленные элементы, сгруппированные по папкам (Операционная,
Инвестиционная, Финансовая деятельность).
Создание статьи:
Обязательное поле: Наименование. Дополнительные реквизиты: Вид движения ДДС:
Бухгалтерский реквизит, определяющий раздел отчетности и хозяйственную
операцию.
Тип статьи: определяет возможное движение – "Только приход", "Только расход" или
"Приход и расход" (используется, когда для статьи возможно обратное действие,
например, возврат аванса).
Аналитики: к статье можно привязать до шести аналитик (например, контрагент, договор,
номенклатура).
Аналитики
не
являются
иерархичными,
отображаются
как
последовательный список.
Для удобства можно создавать "Группы раскрытия" – шаблоны наборов аналитик для
быстрого назначения группе статей. Рисунок 1.
Рисунок 1 Статьи движения денежных средств
Можно задать обязательность заполнения каждой аналитики.
Дополнительные настройки: Очередность платежа (для бухгалтерии), функциональное
направление (укрупненный аналитический разрез для консолидации, например, группа
ЦФО).
Сценарии.


Назначение: Сквозной аналитический разрез для разделения пластов данных (например,
"План", "Факт", "Прогноз"). Рисунок 2.
Использование: указывается во всех документах и отчетах бюджетирования.
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Рисунок 2 Сценарии
Регламент подготовки отчетности.
Для проведения процедуры планирования в 1C:ERP.УХ необходимо определить Регламент
подготовки отчетности. Рисунок 3. В Регламенте определяются:


Организационная структура – состав ЦФО, участвующих в бюджетном процессе;
Шаблон процесса – описывает состав и последовательность этапов подготовки
бюджетов;
Матрица полномочий – разделение зоны ответственности по согласованию бюджетов.
Рисунок 3 Регламент подготовки отчетности
Создание регламента подготовки отчетности выполняется из раздела Бюджетирование,
отчетность и анализ → Классификаторы бюджетирования →Регламенты подготовки отчетности.
Виды и бланки отчетов
Основной механизм ввода бюджетной модели и настройки отчетов в 1C:ERP.УХ. Для каждого
вида отчета с использованием Конструктора отчёта должна быть создана структура и логика
бюджета. Для каждого вида отчета должно быть создано минимум одно представление для
пользователя отчета (или бланка ввода данных) с использованием механизма Бланк отчета:
Конструктор отчета. Назначение: определяет структуру и логику бюджета (строки, колонки,
формулы).
Режимы работы конструктора:

Структура: Определение строк и колонок. На их пересечении создаются показатели
(зеленые квадраты) – ячейки для данных.
Редакция 1
АО «КМКР»


БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Аналитики: Назначение аналитик (до 6) для каждой строки. Это позволяет
детализировать данные.
Формулы: Задание расчетных формул для показателей. Можно ссылаться на другие
показатели, данные из регистров системы (например, факт). Существует встроенная
проверка формул на ошибки (например, деление на ноль). Рисунок 4.
Рисунок 4 Конструктор отчета
Бланк отчета. Назначение: определяет визуальное представление данных из "Вида отчета".
Использование: для одного вида отчета можно создать множество бланков с разным визуальным
оформлением, группировкой или набором отображаемых строк. Например:


Под разные ЦФО с ограниченным набором статей.
Краткая и полная версии для руководителей разного уровня.
Создание: Автоматизировано с помощью "мастера создания бланка".
Экземпляр отчета - рабочий документ для непосредственного ввода, корректировки и
просмотра данных бюджета. Максимально приближен к интерфейсу табличного редактора.
Создание: при создании указывается конкретный сценарий, бланк вывода, организация (ЦФО) и
проект (если используется проектная аналитика).
Статусы и согласование: при включенном маршруте согласования данные нельзя редактировать
после отправки на согласование.
Контроль доступа: через матрицу полномочий можно настроить видимость данных так, чтобы
ЦФО видели только свои бюджеты.
Ведение истории изменений: позволяет хранить версии документа и отслеживать, кто и какие
изменения вносил.
Для открытия экземпляра отчета необходимо зайти в меню Бюджетирование, отчетность и
анализ → Экземпляры отчетов и нажать на кнопку «Создать». В открывшейся форме указываем
ключевые реквизиты Экземпляра отчета: Вид отчета, Сценарий, Период. Необходимо также указать
регламент, выбрать Орг. единицу отчета (ЦФО) и выбрать бланк для отображения Экземпляра
отчета. Рисунок 5.
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Рисунок 5 Настройка экземпляра отчета
Управление отчетным периодом.
Документ 1C:ERP.УХ выполняет функцию управления механизмами Бюджетирования.



Назначение: открывает период для внесения плановых данных. Без этого документа работа с
бюджетами невозможна.
Заполнение: указывается сценарий, периодичность (месяц, год), регламент, курсы валют.
Связь с лимитами: Документ определяет, какие виды отчетов (бюджеты) будут
использоваться для установки лимитов. Рисунок 6.
Рисунок 6 Управление отчетным периодом

Управление бюджетной кампанией: В этом документе запускается и закрывается процесс
подготовки отчетности. Рисунок 7.
Рисунок 7 Параметры отчетного периода
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
2.1.4. ПЛАНИРОВАНИЕ
2.1.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Обеспечение полного цикла управления бюджетом в информационной системе. Функционал
должен поддерживать процесс формирования бюджетных данных, их последующую консолидацию
и регламентированное согласование итоговых бюджетных форм утвержденными ответственными
лицами.
Реализация автоматизированного переноса алгоритмов формирования БДР на основании
БДДС в части расходов и БДДС на основании БДР в части доходов.
Требуется механизм для настройки и автоматического применения правил пересчета данных
из Бюджета движения денежных средств (БДДС, кассовый метод) в показатели Бюджета доходов и
расходов (БДР, метод начислений) для обеспечения их взаимосвязи.
Требуется механизм сквозного учёта примечаний, вносимых в заявки на расходование средств
– возможность увидеть текст примечания в формах бюджетов, формируемых из заявок.
Требуется реализовать возможность отклонения заявок – консолидация только тех, у которых
установлен признак включения в бюджет.
Требуется реализовать возможность сквозного учета даты предполагаемой закупки в рамках
заявки и согласования с тендерным комитетом консолидированной заявки на закупки по срокам.
Автоматическое формирование плана закупок на основе утвержденного бюджета
1C:ERP.УХ должна предоставлять возможность автоматической генерации проекта плана
закупок на основе данных бюджета, включая планирование объемов, сроков и сумм закупок в
соответствии с бюджетными лимитами.
Использование дифференцированных коэффициентов в стратегическом планировании
Требуется поддержка применения различных коэффициентов (дефляторов, индексов) для
долгосрочного планирования. Коэффициенты должны настраиваться отдельно для разных статей
бюджета или их групп для повышения точности стратегических прогнозов.
Необходимо реализовать рабочее место для выполнения стратегического планирования «Что,
если» (сценарный анализ). С возможностью гибкой настройки параметров будущих сценариев.
2.1.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
1C:ERP.УХ Бюджетирования представляет собой конструктор с обширными настройками.
Исходно 1C:ERP.УХ не содержит готовых бюджетных форм.
Все бюджеты, бланки и структуры настраиваются командой внедрения в соответствии с
бизнес-процессами заказчика. В дальнейшем их поддержка осуществляется в пользовательском
режиме без необходимости программирования.
Бюджеты делятся на входные формы (источники данных для расчетов) и расчетные формы
(итоговые бюджеты, такие как БДР и БДДС, где данные собираются по формулам)
2.1.4.2.1. Параметры модели
Данный раздел отвечает за конфигурацию конечных форм представления данных — отчетов,
которые будут использоваться для контроля, анализа и принятия решений. Параметры здесь
определяют, что, в каком виде и кому показывать. Процесс настройки параметров модели
выполняется через административные интерфейсы и конструкторы в строгой последовательности,
начиная со справочников и заканчивая правилами расчета.
2.1.4.2.2. Формирование заявок на расходы
Процесс начинается с создания заявки сотрудником, где указывается статья бюджета, сумма и
контрагент. 1C:ERP.УХ автоматически проверяет остаток лимита по этой статье в рамках центра
ответственности заявителя.
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Если лимит не превышен — заявка идет по стандартному маршруту согласования
руководителям. Такой маршрут согласования может иметь несколько веток в зависимости от суммы
планируемых расходов. Если лимит превышен или будет исчерпан — 1C:ERP.УХ либо блокирует
подачу, либо автоматически направляет заявку на расширенное согласование к высшему
руководству.
После электронного согласования по настроенному маршруту утвержденная заявка попадает в
платежный календарь. Фактическая оплата автоматически фиксируется в системе как исполнение,
уменьшает остаток лимита и поступает в отчеты для план-фактного анализа.
Процесс обеспечивает предварительный контроль расходов, предотвращая перерасход
средств и кассовые разрывы. Подготовка заявки является зоной ответственности подразделенияинициатора расхода. Финансовый отдел выполняет консолидацию поступивших заявок и
последующий контроль.
2.1.4.2.3. Входные формы
Планирование на уровне ЦФО — это процесс разработки бюджетов в разрезе центров
финансовой ответственности (ЦФО), то есть подразделений компании, отвечающих за конкретные
финансовые показатели (выручку, затраты, прибыль, инвестиции).
Руководство компании устанавливает ключевые целевые показатели (например, объём
продаж, лимит затрат, рентабельность) и доводит их до руководителей ЦФО.
Ответственные: ЦФО по доходам (например, отделы продаж) и по затратам (например,
производственные подразделения, администрация).
Процесс: Каждый менеджер ЦФО на основе своих целевых показателей планирует свою часть
общего бюджета.
Доходные ЦФО формируют бюджет доходов: прогноз выручки по продуктам, клиентам,
Затратные ЦФО формируют бюджет расходов: прогноз всех операционных затрат (зарплата,
сырьё, аренда, маркетинг) по статьям БДР.
Формирование инвестиционного бюджета.
Ответственные: ЦФО по инвестициям (часто это те же производственные или развивающие
подразделения, а также руководство).
Процесс: планируются не операционные, а капитальные затраты, дающие отдачу в будущем.
Создается перечень проектов или активов для приобретения (новое оборудование, ПО, ремонт) с
обоснованием, стоимостью и сроками.
Согласование и консолидация. Финансовый департамент собирает все планы от ЦФО,
проверяет их на соответствие целям компании, сбалансированность доходов и расходов, устраняет
противоречия. Проходит несколько итераций согласований между ЦФО и руководством.
Утверждение. Сведённый (консолидированный) бюджет, включающий все планы ЦФО,
утверждается высшим руководством и становится директивным документом для управления и
контроля в плановом периоде.
Более подробное описание функции:
Доходы: используется "Вид отчета" с определенной структурой (строки, колонки, аналитики).
Пример для доходов: Статьи (продажа минеральной воды, аппликаторов, фасованной грязи) и
соответствующие ЦФО.
Аналитики: назначаются для детализации данных (макс. 6). Например, для продажи воды
добавлен справочник "Цели использования" (курорт, бювет, розлив). Возможность создавать
пользовательские справочники для отражения специфики.
Варианты планирования:


Раздельное: Отдельные формы для объемов продаж (количество) и цен. Удобно, если за
эти параметры отвечают разные люди/подразделения.
Единая форма: Объединение количества, цены и суммы в одном документе. Удобно для
оперативного контроля выручки и сокращения трудозатрат одного исполнителя.
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Ценообразование: Возможны различные подходы: ручной ввод, использование средней цены
прошлого года с применением индекса (инфляция, скидки), загрузка из внешних источников.
Расходы: Аналогичный принцип. На примере статей (коммунальные расходы, IT, аренда).
Ключевое требование: для корректного расчета себестоимости на всех статьях расходов
должна быть добавлена аналитика "Подразделение" (место возникновения затрат). Детализация
может быть до уровня скважины или участка.
Планирование через натуральные показатели: для статей, где это актуально (например,
коммунальные услуги), возможно планирование через количество (кВт, литры) и тариф. Это
позволит в будущем автоматически рассчитывать плановые значения на основе факта прошлых
периодов.
Разграничение видимости (Бланки отчетов): для каждого ЦФО можно создать отдельный
бланк отчета на основе одного "Вида отчета". Это позволяет ЦФО видеть и заполнять только свои
статьи.
Консолидация: после заполнения заявок всеми ЦФО 1C:ERP.УХ позволяет автоматически
собрать (консолидировать) данные в общий бюджет по организации (например, "КМКР").
Инструмент управления процессом: Ключевой элемент – "Управление процессом подготовки
отчетности".
Позволяет автоматизировать бюджетную кампанию: создавать экземпляры отчетов,
отправлять их на заполнение и согласование по заранее заданному маршруту.
Обеспечивает оповещения ответственных (задачи в системе, e-mail).
Задает плановую длительность этапов (в днях или часах).
Автоматически пересчитывает зависимые формы при изменении исходных данных.
Маршрут согласования: настраивается в отдельном документе. Пример настроенного
маршрута: все бюджеты согласует главный экономист, а БДР/БДДС дополнительно – руководитель
компании. Есть возможность возврата на доработку с комментариями.
Прикрепление документов: в экземплярах отчетов есть стандартная функция прикрепления
файлов (скрепка), что позволяет загружать подтверждающие документы (коммерческие
предложения, приказы).
2.1.4.2.1. Формирование инвестиционного плана
В 1C:ERP.УХ предварительно настраиваются специализированные Виды отчетов, для ввода
первичных данных по проектам (Программы гидрогеологических, ремонтных работ,
Инвестиционные проекты), а также Вид отчета для ведения сводной инвестиционной программы с
разработкой соответствующих механизмов консолидации данных из форм ввода).
Заполнение: указывается наименование, организация, привязка к бланкам и регламентам
бюджетирования.
Дополнительная иерархия: для группировки проектов (например, по санаториям) можно
использовать справочник "Раздел инвестиционной программы". Это позволяет формировать
отчетность как по каждому проекту, так и в целом по разделу.
Расчет ключевых показателей (KPI): 1C:ERP.УХ позволяет рассчитать предустановленные
показатели эффективности проекта. Для этого необходимо создать по проекту полноценные
плановые бюджеты (БДР, БДДС). Для получения целевых KPI может использоваться
соответствующий вид отчёта с разработкой алгоритмов расчёта таких показателей.
2.1.4.2.2. Формирование оперативного плана (БДР, БДДС)
В "Видах отчетов" для БДР и БДДС настраиваются формулы, которые собирают данные из
входных форм.
Для целей формирования единого отчета БДР, создается бюджет, в котором изложены
детальные и агрегирующие, расчетные строки БДР с необходимой иерархией. Для расчета доходной
части основным является БДР. По данному бюджету не предполагается ввод данных, т.к. данные по
всем строкам уже рассчитаны. Рисунок 8.
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Рисунок 8 Конструктор отчета БДР
БДР по расходам: Данные берутся из БДДС за вычетом НДС. Для этого на этапе планирования
инициатору в форме необходимо указать признак "С НДС / Без НДС".
БДДС предназначен для планирования потоков денежных средств за период, классифицируя
их по операционной, инвестиционной и финансовой деятельности компании. БДДС формируется по
такому же принципу как БДР: сначала создаются входные формы по расходным статьям (аренда
имущества, коммунальные услуги, услуги связи), а затем агрегирующая итоговая форма БДДС.
Расчет БДДС по доходам осуществляется на основе БДР по настроенным алгоритмам. Данные
берутся из БДР с добавлением НДС (формула).
БДДС по расходам: Первичным источником является бюджет расходов от ЦФО
(планирование по оплатам). Рисунок 9.
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Рисунок 9 Конструктор отчета БДДС
Учет временных разрывов: В формулах можно настроить учет периода со сдвигом (например,
для аренды с постоплатой: данные за январь в БДР, оплата в БДДС – за февраль).
Расшифровка данных: По любому расчетному показателю в итоговом бюджете можно вызвать
расшифровку, чтобы увидеть, из каких источников и по каким формулам получено значение.
2.1.4.2.3. Автоматическое формирование плана закупок на основе утвержденного
бюджета
В программе есть два основных блока:
• Бюджетирование и планирование, где уже есть предустановленная форма плана закупок, в
которой ЦФО формирует план закупок с удобным подбором. 1C:ERP.УХ также показывает остатки
на складе, чтобы избежать излишних закупок. Далее из этого плана 1C:ERP.УХ автоматически
формирует документы для выгрузки плана закупок в ЕИС. Таким образом формируется логичная и
автоматизированная цепочка;
• Бюджетирование, отчетность и анализ, в котором реализуются все необходимые формы
экземпляров отчетов.
В Таблице 3 представлены отличия двух вариантов.
Таблица 3 Взаимосвязь плана закупок и заявки на расходование средств (бюджета)
Аспект /
Вариант 1: Раздельное
Вариант 2: Единое планирование в
Критерий
Суть подхода
планирование
Работа в двух подсистемах: закупки
планируются в типовом модуле
«План
закупок»,
остальные
расходы
–
в
модуле
«Бюджетирование».
При
бюджетировании
Все расходы (как закупки, так и не
закупки) планируются в едином
документе (экземпляре отчета) модуля
«Бюджетирование» с использованием
специального индикатора.
Редакция 1
АО «КМКР»
Аспект /
Критерий
Процесс для
инициатора
Консолидация
бюджета
(БДР/БДДС)
Корректировка
плана закупок
Формирование
итогового плана
закупок для ЕИС
Преимущества
Недостатки /
Риски
Итоговая
рекомендация
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Вариант 1: Раздельное
Изменение №
Вариант 2: Единое планирование в
планирование
бюджетировании
консолидации данные из обеих
подсистем объединяются.
Пользователь должен помнить, что Инициатор заполняет одну заявку на
часть расходов нужно планировать расход. Для статей, являющихся
в одном месте, а часть – в другом.
закупками, активирует индикатор
«План закупок»/ «Закупка», после чего
заполняет
специфические
поля
(номенклатура, количество и т.д.).
1C:ERP.УХ
автоматически Все данные для бюджета уже
объединяет данные из плана содержатся в едином экземпляре
закупок и заявок на расходы из отчета. Консолидация происходит в
бюджетирования
при рамках одной подсистемы.
формировании
итоговых
бюджетов.
При необходимости изменения Корректировки вносятся в тот же
плана
закупок
на
этапе единый экземпляр отчета в модуле
согласования бюджета правки бюджетирования.
вносятся
непосредственно
в
документы типового модуля «План
закупок».
После
утверждения
бюджета После
утверждения
бюджета
закупщики используют типовой необходимо сформировать строки
функционал для формирования плана закупок для дальнейшей работы
плана закупок для выгрузки в ЕИС. в подсистеме закупок. Требуется
доработка системы (обработка) для
Доработки не требуются.
автоматического
создания
этих
документов на основе данных из
бюджета.
Используется готовый типовой
• Единый интерфейс и документ
для инициатора.
функционал для закупок.
• Все данные по расходам
• Не требует дополнительных
собраны в одном месте, что упрощает
разработок.
•
Четкое
разделение
зон контроль и корректировку.
• Потенциально более целостный
ответственности.
и управляемый процесс.
• Работа в двух интерфейсах, что • Наличие функционального разрыва:
неудобно для пользователей и 1C:ERP.УХ не умеет автоматически
увеличивает риск ошибок.
создавать план закупок для ЕИС из
• Необходимость синхронизировать данных бюджета.
данные между двумя потоками.
• Требует дополнительных затрат на
доработку
и
последующее
сопровождение.
Более традиционный и надежный
Более
перспективный
и
путь. Подходит, если важно удобный для пользователей путь.
использовать
встроенный Требует дополнительных инвестиций в
функционал и минимизировать разработку для создания связующего
Редакция 1
АО «КМКР»
Аспект /
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Вариант 1: Раздельное
Изменение №
Вариант 2: Единое планирование в
Критерий
планирование
бюджетировании
доработки, а неудобство работы в звена между бюджетированием и
двух
системах
не
является подсистемой закупок.
критичным.
Формирование плана закупок осуществляется по Варианту 2. Требования к обработке по
формированию плана закупок и дальнейшая работа с ним описаны в отчёте о моделировании блока
Закупки.
2.1.4.2.4. Стратегическое планирование
Процесс направлен на формирование и анализ стратегического финансового плана компании
на горизонт 3 года с возможностью моделирования различных сценариев через применение
индексирующих коэффициентов. Он расширяет оперативное годовое планирование до
долгосрочной перспективы. Так же, может использоваться для планирования долгосрочной
программы развития, с горизонтом планирования 5 лет (и более).
1. Основные этапы и настройки процесса:


Первым шагом является создание нового сценария «Стратегический план» («ДПР» для
долгосрочной программы развития). Для него в обязательном порядке настраивается
документ «Управление отчетным периодом». Ключевое отличие от оперативного
планирования — установка горизонта планирования на 3 года (5 и более лет для
долгосрочной программы развития). При этом используется существующий регламент
бюджетирования.
Работа ведется в разделе «Виды и бланки отчетов». Для стратегического плана используется
тот же набор утвержденных видов бюджетов (БДР, БДДС и др.), что и для текущего
планирования. Создание самих плановых данных выполняется через экземпляры отчетов.
2. Копирование данных:


С помощью функции «Создать новый элемент» данные из планового сценария текущего года
копируются в новый экземпляр для сценария «Стратегический план». Это исключает ручной
ввод уже утвержденных годовых показателей.
Ручной ввод: применяется, если данные для копирования отсутствуют.
3. Консолидация стратегического плана
После заполнения планов по ЦФО 1C:ERP.УХ автоматически выполняет консолидацию
данных в сводный бюджет по организации (КМКР) по тем же правилам и формулам, что и в
оперативном планировании.
4. Подготовка к индексации (создание сценария прогноза)
Для моделирования используется отдельный сценарий «Прогноз». Для него также
необходимо создать и настроить документ «Управление отчетным периодом». Исходные данные
для прогноза формируются путем копирования информации из базового сценария «Планирование»
или «Стратегический план» в сценарий «Прогноз».
5. Настройка и ввод индексов
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Для хранения коэффициентов создается специальный служебный сценарий
«Индексирование». В его экземплярах отчетов вручную заполняются не суммы, а процентные
коэффициенты (индексы, например, 1.05 для роста на 5%). Индексы можно детализировать —
устанавливать индивидуально для каждой статьи бюджета, номенклатурной позиции или другой
аналитики. Перед началом работы должен быть утвержден перечень статей для индексации и размер
коэффициентов.
6. Запуск процесса индексации
Процесс выполняется непосредственно в экземпляре отчета сценария «Прогноз».
Пользователь выделяет область данных (целиком или выборочно) и через инструмент
«Индексировать по сценарию» (кнопка с изображением калькулятора) запускает пересчет. В
параметрах указывается, что источником коэффициентов является сценарий «Индексирование».
Операцию можно выполнять многократно. В результате данные в сценарии «Прогноз»
пересчитываются путем применения утвержденных индексов к базовым значениям из сценария
«План». Рисунок 10.
Рисунок 10 Прогноз с учетом индексирования
2.1.1. КОРРЕКТИРОВКА
2.1.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
1C:ERP.УХ должна обеспечивать возможность корректировки лимитов расходования
денежных средств в рамках одной статьи оборотов. Должна быть реализована возможность
переноса лимита между периодами.
Должен быть реализован механизм согласования внесенной инициатором заявки по маршруту
согласования.
Все успешно согласованные корректировки должны попадать в актуализированные бюджеты
(прогнозы), формируемые по необходимости (раз в полгода, раз в квартал и т.п.).
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
2.1.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
После утверждения годового бюджета (БДДС, БДР) возникает необходимость перераспределить
лимиты внутри одной статьи между периодами (месяцами, кварталами), не меняя общую сумму по
статье на год. Например, «лимит на закупку канцелярии» в январе исчерпан, а в феврале есть
неиспользованный остаток. Руководство может принять решение увеличить лимит на январь за счет
февраля.
Основной документ: «Корректировка лимитов»
В отчете «План-факт» выявляют период с перерасходом и период с остатком лимита.
Процесс создания документа «корректировка лимитов»:
Выбирают Вид бюджета (БДДС/БДР), статью, ЦФО и аналитики. В таблице указывают периоды
и суммы так, чтобы общий итог равнялся 0: Период-источник (откуда забираем) — отрицательная
сумма (например, -50 000 ₽). Период-приемник (куда добавляем) — положительная сумма
(например, +50 000 ₽). Документ согласуют и проводят. Как результат в 1C:ERP.УХ мгновенно
обновляются плановые лимиты. Все отчеты («План-факт», «Исполнение бюджета») начинают
отображать новые значения.
Доработка: необходимо автоматическое формирование корректировки значений показателей
плана (БДР, БДДС) на основании проведенного и согласованного документа «корректировка
лимитов». Необходимо в документе заявки на корректировку («Корректировка лимитов») отражать
возможность указания за счет чего производится корректировка.
2.1.2. ИСПОЛНЕНИЕ БЮДЖЕТОВ. ОТЧЕТНОСТЬ. ПЛАТЕЖНЫЙ КАЛЕНДАРЬ
2.1.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
1C:ERP.УХ должна обеспечивать автоматическое отражение фактических данных по бюджету
движения денежных средств (БДДС) путем прямой интеграции с банковскими выписками, а по
бюджету доходов и расходов (БДР) — путем получения данных из системы бухгалтерского учета.
Реализация блокирующего контроля лимитов по статьям БДДС
Требуется внедрение механизма жесткого, блокирующего контроля за соблюдением лимитов
расходования средств по статьям бюджета движения денежных средств. 1C:ERP.УХ должна
предотвращать проведение операций, приводящих к превышению установленных лимитов.
Ведение платежного календаря с учетом графиков оплат для контроля кассовых
разрывов
Функционал должен включать ведение платежного календаря на основе утвержденных
графиков оплат, в том числе по планируемым, но еще не заключенным договорам. Календарь
используется для прогнозирования и контроля кассовых разрывов.
Организация заявок на оплату с дифференцированным контролем
1C:ERP.УХ должна поддерживать процесс подачи и согласования заявок на оплату, в котором
тип контроля (блокирующий или информационный) определяется автоматически в зависимости от
категории статьи бюджета движения денежных средств и установленных для нее правил.
Автоматическое заполнение аналитических признаков в банковских выписках
Требуется реализация алгоритма, автоматически заполняющего необходимые аналитические
признаки (проект, контрагент, статья бюджета) при обработке банковских выписок на основе
настроенных правил и исторических данных.
Детализация учета затрат до уровня подразделения и номенклатуры
1C:ERP.УХ должна обеспечивать уровень разнесения и учета фактических затрат,
позволяющий проводить анализ как минимум до уровня подразделения (центра финансовой
ответственности) и номенклатурной позиции (или номенклатурной группы).
Синхронизация данных между БДДС, БДР и платежным календарем
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Функционал должен гарантировать автоматическую синхронизацию и непротиворечивость
данных между операциями по банковским выпискам (БДДС), хозяйственными операциями
бухгалтерского учета (БДР) и плановыми позициями платежного календаря.
Контроль исполнения графиков по незаключенным договорам
Требуется включение в платежный календарь и механизмы контроля планируемых платежей
по графикам, утвержденным на этапе планирования, но относящимся к договорам, которые
находятся в процессе согласования или еще не подписаны.
2.1.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
2.1.2.2.1. Учет фактических данных.
Для сбора факта необходим предустановленный в системе сценарий "Факт". Создается так же
документ управления отчетным периодом по этому сценарию. После этого настраивается на
вкладке Виды отчетов. Виды отчетов настраиваются один раз. На их основе собираются плановые,
и фактические данные. Повторная настройка не требуется. В Конструкторе отчета и создается новое
правило расчета. Для каждого отчета (БДДС, БДР) можно создавать множество правил расчёта.
При создании нового правила настраиваются необходимые формулы расчёта показателей. Рисунки
11,12.
Факт для БДДС формируется из банковской выписки, при разборе которой автоматически
формируется документ «Отражение фактических данных», где подтягиваются статьи затрат,
используемые при бюджетировании.
Рисунок 4 Конструктор отчета БДДС.Факт
Рисунок 5 Конструктор отчета БДР.Факт
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Для фактических данных используются формулы. Для этого нужно зайти в раздел «Формулы»
Конструктора отчета и нажать значок «Создать операнд». 1C:ERP.УХ предоставляет различные
варианты построения формул, начиная с базовых арифметических операций. Кроме этого, есть
возможности более сложного построения источников данных, таких как:


Получение данных из другого отчёта того же или другого вида.
Использование данных из регистров бухгалтерии.
На текущем этапе моделирования для каждой статьи вручную прописывались формулы
(операнды). Однако такой способ неудобен для постоянного использования, так как требует
большого объема ручной работы, поэтому планируется доработка функционала с целью
автоматизации мэппинга статей оборотов на показатели бюджетов.
В настройке указывается тип регистра, выбирается непосредственно сам регистр, ресурс, вид
итога. Так же, может быть уточнён способ отбора данных и сопоставления аналитик. Рисунки 13,14
Рисунок 6 Операнд для получения фактических данных по статье БДДС Аренда имущества
Рисунок 7 Операнд для получения факта по статье доходы от продажи минеральной воды. БДР
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
2.1.2.2.2. Формирование отчетов план/факт, прогноз.
В шаблонах отчетов предусмотрена возможность создания сводной таблицы. Позволяет
использовать различные варианты отображения данных: базовые значения (факт, план), отклонения
(абсолютные и в процентах). Рисунок 15.
Рисунок 8 Сводная таблица БДР
Практическое применение:





Для анализа были выбраны данные по статьям бюджета по строкам и определены
колонки с суммами из экземпляров отчета (например, значение по сценарию «Факт» для
организации КМКР).
В колонках добавлены вычисления отклонений — как абсолютных значений (дельта), так
и процентов.
При необходимости возможно задавать собственные формулы, что расширяет
возможности анализа под конкретные задачи.
Также предусмотрено текстовое поле для хранения комментариев и пояснений для
лучшего понимания данных при дальнейшем просмотре отчета.
При помощи дополнительных функций сводной таблицы можно настраивать
необходимые фильтры.
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Таким образом, имеются утвержденные плановые данные и фактические показатели.
Корректировка утвержденного плана не предполагается, фактические данные также не подлежат
изменению. Необходимо создать сценарий Прогноз. Цель сценария: Работа с отклонениями факта
от плана и актуализация данных. Прогнозный сценарий создается путем копирования в него
утвержденных плановых данных. Все дальнейшие корректировки и работа с отклонениями
производятся исключительно в рамках этого прогнозного сценария. Копирование плановых данных
производится с помощью встроенного инструмента «Копирование значений показателей отчетов».
Это позволяет автоматизировать перенос данных без ручного ввода.
План (бюджет) пересматривается на регулярной основе (раз в полгода) для приближения к
текущим реалиям. Основанием для корректировки являются как свершившиеся факты
(заключенные договоры), так и выявленные значительные отклонения (незапланированный рост).
В 1C:ERP.УХ предусмотрен инструмент «Актуализировать и распределить отклонение». Логика
работы инструмента: Пользователь выделяет область данных (например, период с выявленным
отклонением) и выбирает опцию для перераспределения отклонения:


Перенос отклонения на следующий период (месяц).
Распределение отклонения на весь оставшийся горизонт планирования.
Выявлен функциональный разрыв: требуется реализация механизма актуализации плановых
данных на основе факта с переносом отклонений на следующий период. В случае переноса
отрицательного отклонения – такое отклонение учитывается в периоде только в объеме, не
превышающем прогноз.
2.1.2.2.3. Платежный календарь, как инструмент управления ликвидностью.
Основное назначение платежного календаря: инструмент казначейства для управления
ликвидностью, контроля кассовых разрывов, мониторинга и планирования остатков на расчетных
счетах, а также их оперативного перераспределения. Платежный календарь расположен в
подсистеме Казначейство – Централизованное казначейство-Платежный календарь.
Визуализация: Данные представлены в виде таблицы с горизонтальной осью времени.
1C:ERP.УХ использует цветовую индикацию для сигнализации о состоянии ликвидности:


Синий/голубой: Положительный остаток средств (благополучная ситуация).
Красный: Отрицательный остаток (кассовый разрыв), требующий внимания.
Горизонты планирования:


Краткосрочный (оперативный): Подневная разбивка (на примере – 7 дней). Для контроля
ежедневных платежей.
Долгосрочный (стратегический): Помесячная разбивка. Для оценки ликвидности на
продолжительный период.
Основные инструменты для наполнения платёжного календаря:



"Заявка на оплату". Данные берутся как по утвержденным, так и по незавершенным
заявкам.
Финансовые договоры (кредиты, депозиты) с установленными графиками платежей.
Документы "Плановое поступление денежных средств", которые создаются вручную или
автоматически на основе спецификаций договоров (требует доработки/автоматизации).
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Прогноз денежных потоков (экстраполяция): Встроенный инструмент, который строит прогноз
на основе исторических данных. Позволяет задавать весовые коэффициенты доверия к разным
типам данных (например, 1.0 для утвержденных заявок, 0.5 для неутвержденных).
Выявленные ограничения:


Бюджет составляется в разрезе статей ДДС и месяца, но не содержит детализации по
расчетным счетам и конкретным датам внутри месяца.
Риск дублирования данных, если и бюджет, и заявки на оплату будут отражены в одном
периоде, без механизма замещения.
Предложения и договоренности:



Использовать данные бюджета только для среднесрочного и долгосрочного (помесячного)
горизонта планирования;
Развести источники данных: в краткосрочном периоде – только заявки; в долгосрочном –
данные бюджетирования;
Для равномерного распределения месячных бюджетных сумм на ежедневный график
рассмотреть алгоритмы (например, на основе исторической динамики поступлений).
Работа с просроченными обязательствами:
Механизм: 1C:ERP.УХ автоматически помечает заявки, у которых наступила "Предельная дата
оплаты", а платеж не проведен. В календаре они отображаются красным цветом и учитываются при
расчете остатков ("с учетом просроченных").
Важность: Просроченные, но не отмененные заявки продолжают резервировать лимиты,
искусственно сокращая доступную ликвидность. Необходим регулярный контроль и либо оплата,
либо отмена таких заявок для высвобождения резерва.
Процесс инициации и заполнения заявок на оплату:
Рекомендуемый процесс: Заявку создает инициатор/исполнитель (тот, кто отвечает за договор
или проект).
Преимущества: Инициатор имеет полную видимость статуса своей заявки, может отслеживать
просрочки и контролировать лимиты.
Заполнение: Инициатор заполняет реквизиты, которые ему известны (контрагент, сумма,
назначение, желаемая дата оплаты). Реквизит "Расчетный счет для списания" может быть заполнен
автоматически из договора или оставлен пустым для последующего заполнения бухгалтерией.
Создание заявки: рекомендуется создавать на основании документа "Договор" для наследования
корректных реквизитов. Для постоплаты также возможно создание на основании документов
поступления товаров/услуг.
Инструменты управления ликвидностью и устранения кассовыми разрывами:
1C:ERP.УХ с помощью встроенной функции моделирования сама предлагает варианты
покрытия разрывов (например, перемещение средств между счетами, перенос даты оплаты заявки
на будущий период, когда ожидаются поступления). Пользователь может принять или отклонить
предложенные изменения. Применение изменений создает соответствующие документы (например,
заявку на перевод между счетами). Так же Пользователь вручную через контекстное меню может:



Пополнить счет (за счет других счетов той же организации, средств группы компаний);
Привлечь кредит (выбрав существующий кредитный договор);
Изменить дату планируемой оплаты по заявке.
Сохранение и версионирование:
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
Пользователь может сохранить текущее состояние настроек и смоделированных операций как
"версию платежного календаря" с комментарием.
Сохраненные версии доступны для загрузки, что позволяет возвращаться к различным
сценариям планирования. Рисунок 16.
Рисунок 9 Платежный календарь
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты 1C:ERP.УХ:

Пользователи;

Группы доступа;

Профили групп доступа;

Роли.
С точки зрения объектов 1C:ERP.УХ выделяются следующие этапы:
 создание новых ролей;
Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
Изменение №
создание новых профилей доступа;
создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям 1C:ERP.УХ (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:

Стандартный инструмент управления доступом на основе ролей;

Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами
1C:ERP.УХ. Перед заведением новой роли необходимо проанализировать конфигурацию на
наличие типовых ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции 1C:ERP.УХ. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:

полные права;

администратор 1C:ERP.УХ;

интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки 1C:ERP.УХ составляется
ролевая модели ИС, в которой сопоставлена функциональность 1C:ERP.УХ и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 6


Редакция 1
АО «КМКР»
БЮДЖЕТИРОВАНИЕ В АО «КМКР»
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ОТЧЕТНЫХ И ПЕЧАТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИОННЫХ ПОТОКОВ
4.3. ПЕРЕЧЕНЬ НСИ
4.4. РЕЕСТР МИГРАЦИОННЫХ ПОТОКОВ
4.5. ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
4.7. ДОПОЛНИТЕЛЬНЫЕ МАТЕРИАЛЫ
Изменение №

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_ЗП.docx | docs/32616449098/74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_ЗП.pdf
Отчет о моделировании
бизнес-процессов по ЗУП
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 1
АО «КМКР»
1.
Изменение №
Оглавление
Лист согласования.................................................................................................................... 3
Версии документа..................................................................................................................... 4
Общие сведения....................................................................................................................... 5
1.1.
1.2.
1.3.
1.4.
1.5.
2.
Назначение документа........................................................................................................ 5
Определения терминов и сокращений...............................................................................5
Цели, задачи и объект моделирования..............................................................................5
Подход к реализации сценария моделирования...............................................................6
Общие методологические требования к внедряемой ИС................................................6
Характеристика объектов и результатов его моделирования.............................................7
2.1.
2.2.
3.
4.
ЗУП В АО «КМКР»
Бизнес-процесс по ЗУП....................................................................................................... 7
Общее Описание моделируемого бизнес-процесса..........................................................7
2.2.1.
Функции бизнес-процесса...........................................................................................7
Концепция ролей и полномочий............................................................................................ 9
Приложения к документу......................................................................................................11
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Перечень отчетных и печатных форм..............................................................................11
Перечень интеграционных потоков.................................................................................11
Перечень НСИ....................................................................................................................11
Реестр миграционных потоков.........................................................................................11
Описание функциональных требований и разрывов......................................................11
Соответствие функций и бизнес-ролей...........................................................................11
Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
Изменение №
Лист согласования
Должность
ФИО
Подпись
Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
Изменение №
Версии документа
Дата
Автор
Компания
Версия
08.12.2025
Букреева И.Н.
ООО «Градум»
1.0
Описание изменений
Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по ЗУП»
содержит описание системы, алгоритмов процессов, используемых объектов разрабатываемой
системы с учетом моделей бизнес-процессов, требований Технического задания на выполнение
работ по обследованию и моделированию, а также внутренних нормативных документов Заказчика.
Окончательные требования к разработкам могут быть уточнены на этапе реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и
ожидаемого результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1С:ERP Управление холдингом, ред. 3.2
1С:ЗУП
1С:Зарплата и управление персоналом
ЕНП
Единый налоговый платеж
Заказчик
АО «Кавминкурортресурсы»
ЗУП
Отражение данных по заработной плате и управлению персоналом
Информационн
ая система
ИС
1C:ERP. УХ
Определение термина (расшифровка сокращения)
НДФЛ
Внедряемая информационная система на базе конфигурации 1С:ERP
Управление холдингом, ред. 3.2
Налог на доходы физических лиц
НСИ
Нормативно-справочная информация
Подсистема
или раздел
Логическая группа объектов конфигурации (документы, справочники, отчеты),
объединенная по общему бизнес-процессу
Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
Изменение №
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы по Кадровому учету и Расчету
заработной платы персонала.
Целью моделирования является анализ текущих бизнес-процессов по ЗУП, фиксирование
функциональных требований к разрабатываемой системе как со стороны владельца бизнеспроцессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:








уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ;
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP. УХ. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:

При моделировании рассматривается процесс интеграции 1С:ЗУП с информационной
системой 1С:ERP. УХ.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP Управление
холдингом, редакция 3.2.10.1». Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО ЗУП
Общая схема бизнес-процесса направления:
2.2. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отразить в информационной системе состояние о
расчетах с сотрудниками по оплате труда, начислению резервов по оплате труда и удержанных
суммах налога.
При синхронизации 1С:ERP. УХ и 1С:ЗУП создаются документы «Отражение зарплаты в
финансовом учете» и «Резервы по оплате труда», обновляется справочник «Физические лица» и так
же происходит получение данных для автоматического заполнения документа «Начисление ЕНП»
(документ может быть заполнен вручную пользователем).
Требования к автоматизации процесса представлены в приложении 4.5 «Перечень
функциональных требований и разрывов».
2.2.1. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблица представлен перечень функций бизнес-процессов, реализуемых в системе 1C:ERP.
УХ.
Таблица 1 Перечень функций бизнес-процессов, реализуемые в системе 1C:ERP. УХ
№
п/п
1.
2.
3.
4.
5.
Код БП
Название Функции
ЗУП
Получение данных о зарплате
ЗУП
Формирование документа
«Отражение зарплаты в
финансовом учете"
ЗУП
Формирование документа
"Резервы по оплате труда"
ЗУП
Получение данных об
удержанном НДФЛ
ЗУП
Обновление справочника
Физические лица
Детальное описание
При синхронизации из 1С:ЗУП в 1С:ERP. УХ
поступают данные о заработной плате и
резервах по оплате труда.
При создании документа "Отражение зарплаты
в финансовом учете" автоматически будут
заполнены
все
реквизиты
документа
аналогично документу в 1С:ЗУП.
При создании документа "Резервы по оплате
труда" автоматически будут заполнены все
реквизиты документа аналогично документу в
1С:ЗУП
Документ «Начисление ЕНП» заполняется
автоматически на основании данных,
полученных из 1С:ЗУП или заполняется
вручную пользователем.
При синхронизации 1С:ERP. УХ и 1С:ЗУП
обновляется справочник «Физические лица»
2.2.1.1. ПОЛУЧЕНИЕ ДАННЫХ О ЗАРПЛАТЕ
2.2.1.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
Изменение №
Для корректной работы интеграционного потока необходимо предварительно
настроить синхронизацию 1С:ERP. УХ с 1С:ЗУП.
2.2.1.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В Разделе НСИ и администрирование Администратору системы необходимо выполнить ряд
настроек, и указать правило синхронизации, например, по расписанию (раз в месяц, каждый день,
час или др.) или выполняется пользователем при необходимости. Детально настройки
синхронизации будут описаны на этапе Внедрения. Т. к. все бизнес-процессы по учету заработной
платы и управлению персоналом будут происходить в 1С:ЗУП, необходимо в разделе НСИ и
администрирование убрать «флажок» «Использовать программу для кадрового учета и расчета
заработной платы».
2.2.1.2. ФОРМИРОВАНИЕ ДОКУМЕНТА
ФИНАНСОВОМ УЧЕТЕ"
"ОТРАЖЕНИЕ
ЗАРПЛАТЫ
В
2.2.1.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Т. к. учет расчетов с персоналом ведется во внешней ИС, необходимо отражать
результаты расчетов в системе бухгалтерского учета.
2.2.1.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения начисленной заработной платы, а также удержаний из заработной платы
сотрудников используется документ "Отражение зарплаты в финансовом учете". Документ
«Отражение зарплаты в финансовом учете» заполняется «сводно» в разрезе Подразделений и
содержит те же реквизиты и данные, как и документ «Отражение зарплаты в Бухучете» в 1С:ЗУП,
Организация, Подразделения и сгруппированные данные по начисленной заработной плате и
взносам, а также данные по Удержаниям - НДФЛ и прочие удержания из заработной платы
(алименты, неизрасходованные подотчетные суммы и проч.). При синхронизации для каждой
строки в разделе Начисление определяется и заполняется Способ отражения заработной платы,
который содержит в себе информацию о том, на какую статью расхода относится данный вид
начисления и аналитика для статьи расхода, а также информация, на какую статью затрат относятся
начисления взносов. Полный перечень элементов справочника «Способ отражения заработной
платы» будет определен на этапе внедрения.
Для справочника «Подразделения» будет определен меппинг для формирования соответствия
между системами 1С:ЗУП и 1С:ERP. УХ
Раздел НДФЛ заполняется сводными данными по НДФЛ в разрезе Регистраций в налоговом
органе.
Раздел Удержания содержит информацию об удержанных суммах в разрезе физических лиц и
Подразделений.
2.2.1.3. ФОРМИРОВАНИЕ ДОКУМЕНТА «РЕЗЕРВЫ ПО ОПЛАТЕ ТРУДА»
2.2.1.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Учет расчетов с персоналом по начисленному резерву по оплате труда также ведется во
внешней ИС, данные начисленного резерва необходимо отражать в системе бухгалтерского учета.
2.2.1.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Резервы по оплате труда» заполняется «сводно» в разрезе Подразделений и
содержит те же реквизиты и данные, как и документ «Резервы по оплате труда» в 1С:ЗУП,
Организация, Подразделения и сгруппированные данные по начисленному резерву. При
синхронизации для каждой строки в разделе Обязательства и резервы (сводно) определяется и
Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
Изменение №
заполняется «Способ отражения заработной платы». Полный перечень элементов справочника
«Способ отражения заработной платы» будет определен на этапе внедрения.
2.2.1.4. ПОЛУЧЕНИЕ ДАННЫХ ОБ УДЕРЖАННОМ НДФЛ
2.2.1.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для корректного отражения удержанного НДФЛ, формирования бухгалтерских проводок по
Единому налоговому счету и формирования регламентированного отчета "Уведомление об
исчисленных суммах налогов" необходимо формирование документа «Начисление ЕНП».
2.2.1.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Документ «Начисление ЕНП» формируется автоматически на основании данных, полученных
при синхронизации 1С:ERP. УХ и 1С:ЗУП, так же этот документ может быть заполнен вручную
пользователем. После отражения документа «Начисление ЕНП» в регламентированном учете,
формируются проводки проводки вида Дт 68.х (69.х) Кт 68.90 На основании данных документа
«Начисление ЕНП» заполняется документ «Уведомление об исчисленных суммах налогов»,
документ не отражается на счетах БУ и необходим для предоставления в контролирующие органы
(ИФНС).
2.2.1.5. ОБНОВЛЕНИЕ СПРАВОЧНИКА «ФИЗИЧЕСКИЕ ЛИЦА»
2.2.1.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для корректного отражения удержаний из заработной платы, а также для корректного
отражение других БП, где используется справочник «Физические лица», необходимо своевременно
актуализировать данные справочника.
2.2.1.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
1С:ЗУП является мастер-системой для хранения информации о физических лицах –
сотрудниках организации. Справочник «Физические лица» автоматически обновляется при
синхронизации 1С:ERP. УХ и 1С:ЗУП, дополнительных действий пользователя не требуется.
Все документы, созданные при интеграции, проверяются ответственным за БП сотрудником.
После проверки документы необходимо отразить в регламентированном учете (сформировать
проводки). Проводки формируются в соответствии с настройкой Статьи расхода, которая указана в
Способе отражения зарплаты. Сформированные проводки проверяются непосредственно в
документе и/или при помощи отчетов в разделе Стандартные бухгалтерские отчеты. В данном
разделе расположены такие отчеты как Оборотно-сальдовая ведомость, Анализ счета и другие.
Отчеты настраиваются в необходимых разрезах.
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:

Пользователи;

Группы доступа;
Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
Изменение №
Профили групп доступа;
Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 создание новых ролей;
 создание новых профилей доступа;
 создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:

Стандартный инструмент управления доступом на основе ролей;

Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:

полные права;

администратор Системы;

интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 6


Редакция 1
АО «КМКР»
ЗУП В АО «КМКР»
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ОТЧЕТНЫХ И ПЕЧАТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИОННЫХ ПОТОКОВ
4.3. ПЕРЕЧЕНЬ НСИ
4.4. РЕЕСТР МИГРАЦИОННЫХ ПОТОКОВ
4.5. ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
Изменение №

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_Закуп.docx | docs/32616449098/74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_Закуп.pdf
Отчет о моделировании
бизнес-процессов по направлению Закупки
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Оглавление
Версии документа..................................................................................................................... 5
1.
2.
Общие сведения.........................................................................................................................6
1.1.
Назначение документа.......................................................................................................6
1.2.
Определения терминов и сокращений.............................................................................6
1.3.
Цели, задачи и объект моделирования.............................................................................7
1.4.
Подход к реализации сценария моделирования..............................................................7
1.5.
Общие методологические требования к внедряемой ИС...............................................8
Характеристика объектов и результатов его моделирования...............................................9
2.1 Бизнес-процесс по Закупкам................................................................................................... 9
2.2 Настройки, НСИ....................................................................................................................... 9
2.2.1. Общее описание моделируемого бизнес-процесса........................................................9
2.2.2. Функции бизнес-процесса................................................................................................9
2.3 Планирование закупок........................................................................................................... 18
2.3.1.
Общее описание моделируемого бизнес-процесса................................................18
2.4 Служебная записка и согласование......................................................................................19
2.4.1. Общее описание моделируемого процесса..................................................................19
2.5 Заявка от подотчетного лица и согласование...................................................................... 19
2.5.1. Общее описание моделируемого процесса..................................................................19
2.5.2. Функции бизнес-процесса..............................................................................................19
2.6 Вид закупки до 100 тысяч рублей.........................................................................................20
2.6.1. Общее описание моделируемого процесса..................................................................20
2.6.2. Функции бизнес-процесса..............................................................................................21
2.7 Вид закупки свыше 100 тысяч рублей.................................................................................23
2.7.1. Общее описание моделируемого процесса..................................................................23
2.7.2. Функции бизнес-процесса..............................................................................................24
3.
Концепция ролей и полномочий............................................................................................ 44
4.
Приложения к документу....................................................................................................... 46
4.1.
Перечень отчетных и печатных форм............................................................................ 46
4.2.
Перечень интеграций....................................................................................................... 46
4.3.
Перечень НСИ.................................................................................................................. 46
2
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
4.4.
Перечень миграций.......................................................................................................... 46
4.5.
Перечень функциональных требований и разрывов....................................................46
4.6.
Соответствие функций и бизнес-ролей..........................................................................46
3
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Лист согласования
Должность
ФИО
Подпись
4
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Версии документа
Дата
10.12.2025
Автор
Хапова А.
Компания
ООО «Градум»
Версия
1.0
27.03.2026
Заварзина А.
ООО «Градум»
2.0
17.06.2026
Заварзина А.
ООО «Градум»
3.0
23.06.2026
Заварзина А.
ООО «Градум»
4.0
5
Описание изменений
Первая версия документа
Изменения описания
бизнес-процессов по
итогам получения
замечаний
Изменения описания
бизнес-процессов по
итогам получения
замечаний
Изменения описания
бизнес-процессов по
итогам получения
замечаний
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по
направлению «Закупки» содержит описание системы, алгоритмов процессов, используемых
объектов разрабатываемой системы с учетом моделей бизнес-процессов, требований Технического
задания на выполнение работ по обследованию и моделированию, а также внутренних нормативных
документов Заказчика. Окончательные требования к разработкам могут быть уточнены на этапе
реализации.
Основанием для разработки документа является Договор на выполнение работ № 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования с использованием
типового функционала системы.
В документе содержится:
 Схема бизнес-процесса.
 Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и
ожидаемого результата.
 Отчетные и печатные формы бизнес-процесса.
 Верхнеуровневое описание интеграционных потоков, если применимо.
 Требования к миграции данных при переходе на внедряемую систему.
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы закупочной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1С:ДО
АРМ
ЕИС
Заказчик
ИС
Определение термина (расшифровка сокращения)
1С:ERP. Управление холдингом, ред. 3.2
1С Документооборот
Автоматизированное рабочее место в системе
Единая информационная система в сфере закупок
АО «Кавминкурортресурсы»
МСП
Внедряемая информационная система на базе конфигурации 1С:ERP.
Управление холдингом, ред. 3.2
Малые и средние предприятия
НСИ
Нормативно-справочная информация
ПЗ
План закупок 223-ФЗ
ПОЗ
Положение о закупках
ПТУ
Документ «Приобретение товаров и услуг»
6
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Система
1C:ERP. УХ
СПЗ
Документ «Строка плана закупок»
ТРУ
Товары, работы, услуги
ТЧ
Табличная часть документа
ЦФО
Центры финансовой ответственности — структурные подразделения
предприятия, на которые возлагается ответственность за управление
ресурсами и контроль за исполнением бюджетных показателей.
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы ведения деятельности по направлению
«Закупки» Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по направлению
«Закупки», фиксирование функциональных требований к разрабатываемой системе как со стороны
владельца бизнес-процессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:









Уточнение организационной структуры Заказчика;
Уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
Определение интеграционных потоков между действующими и проектируемыми
информационными системами;
Описание текущих бизнес-процессов по направлению «Закупки»;
Уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
Определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
Определение требований к миграции первичных данных;
Определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP.УХ. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
Приложении №4.5.
Моделирование производилось с учетом следующих допущений и ограничений:
7
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»


Изменение № 3
Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в Приложении 1 к ТЗ к
Договору на выполнение работ № 29-08-25/1 от 08.09.2025.
При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP. Управление
холдингом, редакция 3.2 (3.2.10.1)». Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP. Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в Приложении 1 к ТЗ к Договору на выполнение работ №
29-08-25/1 от 08.09.2025.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
8
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1 БИЗНЕС-ПРОЦЕСС ПО ЗАКУПКАМ
Общая схема бизнес-процесса направления (Приложение):
Схема процессов нижнего уровня (если применимо):
Перечень подпроцессов по закупкам представлен в Таблице 1.
Таблица 1. Перечень подпроцессов по закупкам
№ п/п
1.
2.
3.
4.
5.
6.
Уровень БП
Код БП
Название БП
2
УЗ.1
Настройки, НСИ
2
УЗ.2
Планирование закупок
2
УЗ.3
Служебная записка и согласование
2
УЗ.4
Заявка от подотчетного лица и согласование
2
УЗ.5
Вид закупки до 100 тыс. рублей
2
УЗ.6
Вид закупки свыше 100 тыс. рублей
2.2 НАСТРОЙКИ, НСИ
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Для использования в информационной системе типового функционала по корпоративным
закупкам необходимо предварительно выполнить в системе необходимые настройки и ввести
данные в соответствующую НСИ.
Основная часть настроек выполняется в системе единожды.
Требования к автоматизации процесса представлены в Приложении 4.5 «Перечень
функциональных требований и разрывов».
Для функций, которые выполняются пользователями в системе, предусмотрены бизнес-роли
в Приложении 4.6 (Соответствие функций и бизнес-ролей).
2.2.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 2 представлен перечень функций, необходимых для реализации бизнес-процессов
1C:ERP. УХ.
Таблица 2. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
9
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
№
п/п
Код БП
Название БП
Название Функции
1.
УЗ.1.1
Настройки, НСИ.
Настройки.
2.
УЗ.1.2
Настройки, НСИ.
НСИ.
Изменение № 3
Детальное описание
Для использования в системе
типового функционала по
корпоративным
закупкам
необходимо предварительно
выполнить
требуемые
настройки.
Для использования в системе
типового функционала по
корпоративным
закупкам
необходимо
ввести
требуемую НСИ.
2.2.2.1. НАСТРОЙКИ
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для использования функционала по корпоративным закупкам в системе необходимо
предварительно выполнить необходимые настройки.
2.2.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции требуется выполнить следующие настройки:
2.2.2.1.2.1. Для ведения закупок по 223-ФЗ в организации предварительно необходимо включить в
системе требуемые функциональные опции в Справочнике «Организации». Для этого необходимо
перейти в раздел «Общие справочники и настройки» → Настройки → Базовые справочники →
Организации, далее открыть элемент Справочника организации «АО "КМКР"», перейти на вкладку
«Регламент»:
 Включить переключатель в реквизите «Закупки по 223-ФЗ»
 Включить переключатель в реквизите «Использовать строку плана закупок»
 Идентификационный код заказчика (ИКО) – из ЕИС
 Заполнить реквизит «Сумма малых закупок» - 100 000,00 или 500 000,00 в
соответствии с ПОЗ.
10
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 1. Элемент Справочника "Организации"
2.2.2.1.2.2. Настроить параметры ведения корпоративных закупок. Для этого перейти в раздел
«Общие справочники и настройки» → Настройки → Корпоративные закупки, где расположены все
основные настройки подсистемы «Корпоративные закупки».
Рисунок 2.Расположение настроек по корпоративным закупкам
11
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 3. Настройки подсистемы "Корпоративные закупки"
Выполнение настроек подсистемы «Корпоративные закупки»:
 Периодичность закупок – «Месяц»
 Валюта учета закупок – «руб.»
 Цены расценки потребности – заполнить вид цены, которая будет использоваться по
умолчанию при регистрации потребности. Для выполнения данной настройки
необходимо создать один элемент Справочника «Виды цен». Для установки цен по
данному виду цен в системе будет выполнена доработка по автоматическому
созданию документа «Установка цен номенклатуры» при проведении документа
«План закупки» (потребности) со статусом «Утвержден». В документ «Установка цен
номенклатуры» будут автоматически заполняться ключевые реквизиты: Вид цен –
Номенклатура – Цена, при этом номенклатура и цена будут заполняться значениями
из Плана закупок (потребности).
 Способ расчета даты поставки – «Начало периода»
 Вести учет номенклатуры по странам – установить флаг
 Регистрировать номенклатуру поставщика – установить флаг
 Срок аккредитации поставщика, мес. – ввести требуемое значение (срок, на который
поставщик получает аккредитацию). Данная настройка является обязательной в
системе, но она не обязывает Пользователей использовать данный функционал
 Длительность рассмотрения заявки на аккредитацию, дни – ввести требуемое
значение (срок, в течение которого организация обязана проверить документы
12
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»



Изменение № 3
поставщика и выдать заключение об аккредитации или аргументированный отказ).
Данная настройка является обязательной в системе, но она не обязывает
Пользователей использовать данный функционал
Процент годового объема закупок только у МСП – ввести требуемое значение
Процент годового объема закупок с участием субъектов МСП – ввести требуемое
значение
Минимальная доля закупок товаров РФ – перейти по гиперссылке и создать запись в
регистре сведений «Минимальная доля закупок товаров РФ». Записи в данном
регистре фиксируют процент закупки товаров российского происхождения за
определенный период (год) в разрезе ОКПД-2, используется контроль для
соблюдения требований законодательства по закупкам товаров российского
происхождения при ведении закупок по 223-ФЗ, также исходя из установленных
значений в аналитиках: период закупки – ОКПД-2 – процент закупки товаров РФ в
системе формируется типовой отчет "Доля закупок товаров РФ" для анализа
исполнения установленных нормативов.
Рисунок 4. Форма списка Регистра Сведений "Минимальная доля закупок товаров РФ"


Сценарий плана закупок – перейти по гиперссылке и создать требуемый элемент
Справочника «Сценарии товарного планирования»
Настроить оповещения и напоминания по закупкам – перейти по гиперссылке и с
помощью Помощника настроить оповещения
13
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 5. Помощник настройки оповещений



Список правил закупки – перейти по гиперссылке и создать элемент Справочника
«Положение о закупках» по номенклатуре (или списку номенклатур), либо по
категории закупок, либо по ОКПД-2.
Положение о закупках – перейти по гиперссылке и создать запись в регистре сведений
«Положение о закупках»
Способы выбора поставщика – перейти по гиперссылке и создать требуемые
элементы Справочника «Способы закупок», при создании элемента Справочника
«Способы закупок» необходимо создать необходимые элементы Справочника
«Шаблоны мероприятий». Способы закупок:
o Открытый конкурс
o Конкурс с участием субъектов МСП
o Открытый конкурс по 44-ФЗ
o Открытый аукцион
o Аукцион с участием субъектов МСП
o Открытый запрос предложений
o Запрос предложений с участием субъектов МСП
o Открытый запрос котировок
o Запрос котировок с участием субъектов МСП
o Запрос оферт
o Закупка у единственного поставщика (исполнителя, подрядчика)
o Закупка у единственного поставщика (исполнителя, подрядчика) МСП
o Малая закупка
o Прочий (с полем для комментария начальника отдела закупок)
14
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 6. Форма списка Справочника "Способы закупок"
Рисунок 7 Форма элемента Справочника "Шаблон мероприятий"
При необходимости в системе можно создавать необходимые элементы Справочника
«Способы закупки».

Параметры планирования закупок по умолчанию – перейти по гиперссылке и
создать требуемые записи в Регистре Сведений «Настройки планирования
закупочных процедур».
Рисунок 8. Форма списка РС "Настройки планирования закупочных процедур"
15
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.2.2.2. НСИ
2.2.2.1.3. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для использования функционала по корпоративным закупкам в системе необходимо
предварительно ввести требуемую Нормативно-справочную информацию и включить
функциональные опции по корпоративным закупкам. Основная часть НСИ вводится в систему
единожды.
2.2.2.1.4. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции требуется:
2.2.2.1.4.1. Для возможности укрупнения планирования ТРУ для закупки в группы требуется
заполнить Справочник «Категории закупок», который расположен в подсистеме
«Корпоративные закупки» → См. также:
Рисунок 9. Расположение Справочника "Категории закупок"
При создании элемента Справочника «Категории закупок» обязательно заполнить поле
«Наименование», остальные поля заполняются по необходимости.
При автоматическом создании документа «СПЗ» наименованием категории закупок будет
заполнено поле «Предмет договора», которое будет транслироваться в План закупок 223-ФЗ на
стороне ЕИС.
16
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 10. Форма элемента Справочника "Категории закупок"
После создания элемента справочника «Категории закупок» необходимо заполнить реквизит
«Категория закупок» в карточках номенклатуры.
Рисунок 11. Реквизит "Категория закупок" в карточке "Номенклатуры"
2.2.2.1.4.2. Для корректной работы документов и отчетов необходимо классифицировать
контрагентов, относящихся к МСП, с помощью документа «Размеры контрагентов МСП».
Документ «Размеры контрагентов МСП» расположен в подсистеме «Корпоративные
закупки» → Обмен с ЕИС.
17
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 12. Форма документа "Размеры контрагентов МСП"
В одном документе «Размеры контрагентов МСП» регистрируются несколько контрагентов,
при этом к какому типу субъектов МСП относится поставщик можно будет увидеть в карточке
контрагента.
Рисунок 13. Карточка контрагента (сверху), документ (снизу)
2.2.2.1.4.3. До начала ведения закупочных процедур в системе в Справочнике «Номенклатура»
должен быть заполнен реквизит «ОКПД-2» и ОКВЭД-2:
18
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 14. Карточка номенклатуры
Заполнение ОКПД-2, ОКВЭД-2 в номенклатуре необходимо для использования в Программе
закупок по 223-ФЗ (План закупок 223-ФЗ) и в типовых отчетах блока «Корпоративные закупки», в
том числе в отчете «Доля закупок товаров РФ».
2.3 ПЛАНИРОВАНИЕ ЗАКУПОК
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения планирования потребностей на
закупку в 1С:ERP. УХ.
При формировании годовой потребности на закупки инициатор подает в экономический
отдел потребность на закупку за вычетом ТМЦ, которые в наличии на складе. Потребности на
закупку по каждому ЦФО утверждаются экономическим отделом компании (описание в блоке
Бюджетирование). В системе создаются документы «Экземпляр отчета», включающие в себя
потребности на закупку в разрезе каждого ЦФО.
Инициаторами закупки так же подготавливается требуемый комплект документов, который
прикрепляется к служебной записке.
Данные документа «Экземпляр отчета» будут использоваться в том числе и для
формирования «Плана закупок 223-ФЗ» 1С:ERP. УХ.
Общее описание моделируемого процесса с решением по его автоматизации описано в
отчете по блоку Бюджетирование.
Требования к автоматизации процесса представлены в Приложении 4.5 «Перечень
функциональных требований и разрывов».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
19
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.4 СЛУЖЕБНАЯ ЗАПИСКА И СОГЛАСОВАНИЕ
2.2.3. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО ПРОЦЕССА
Инициатор закупки подготавливает пакет документов для закупки, прикрепляет его к
Служебной записке, которую создает в 1С:ДО.
Служебная записка проходит процесс согласования в 1С:ДО.
Для закупок с видом: закупка через подотчетное лицо, закупка до 50 тысяч рублей, закупка
до 100 тысяч рублей, закупка свыше 100 тысяч рублей инициатор подготавливает пакеты
документов в соответствии с ПОЗ. Маршруты согласования в 1С:ДО будут настроены в
соответствии с регламентом документооборота заказчика (документ «Регламент документооборота
по осуществлению закупок в АО «Кавминкурортресурсы»).
Связь Служебной записки из 1С:ДО и документами исполнения закупки будет
осуществляться ручным заполнением ссылки из 1С:ДО на Служебную записку либо даты и номера
Служебной записки (на усмотрение заказчика) в поле «Комментарий» Договора с контрагентом.
Методика по использованию ссылок на документ «Служебная записка» для заполнения в
поле «Комментарий» будет описана в инструкции пользователя.
Общее описание моделируемого процесса по созданию и согласованию Служебной записки с
решением по его автоматизации описано в отчете о моделировании по блоку Документооборот.
Требования к автоматизации процесса представлены в Приложении 4.5 «Перечень
функциональных требований и разрывов».
2.5 ЗАЯВКА ОТ ПОДОТЧЕТНОГО ЛИЦА И СОГЛАСОВАНИЕ
2.2.4. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения закупок через подотчетное лицо в
1С:ERP. УХ.
При закупках через подотчетное лицо в 1С:ДО создается и согласовывается заявка на закупку
(служебная записка).
Далее подотчетное лицо получает денежные средства в кассе предприятия либо
перечислением, что отражается хозяйственными операциями в 1С:ERP. УХ.
После приобретения у поставщика подотчетное лицо передает ТМЦ на склад предприятия.
Кладовщик/бухгалтер отражают поступление в системе.
Далее бухгалтер отражает взаиморасчеты с подотчетным лицом в 1С:ERP. УХ.
Требования к автоматизации процесса представлены в Приложении 4.5 «Перечень
функциональных требований и разрывов».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
2.2.5. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 5 представлен перечень функций, необходимых для реализации бизнес-процессов
1C:ERP. УХ.
Таблица 5. Перечень функций бизнес-процессов, реализуемых в 1С:ERP. УХ
20
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
№
п/п
1.
Код БП
УЗ.4.1
Название БП
Заявка
подотчетного
лица
согласование
Название Функции
Изменение № 3
Детальное описание
Для отражения закупки через
от
подотчетное лицо будут
Заявка от подотчетного использованы
типовые
и лица и согласование
документы:
ПТУ,
РКО,
Списание безналичных ДС,
Авансовый отчет.
2.3.2.1. ЗАЯВКА ОТ ПОДОТЧЕТНОГО ЛИЦА И СОГЛАСОВАНИЕ
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При необходимости выполнения закупки подотчетное лицо создает и направляет на
согласование Служебную записку (заявку на закупку) в 1С:ДО. Детальное описание требований к
автоматизации по согласованию будет описано в отчете о моделировании по блоку
Документооборот.
Для отражения выдачи денежных средств подотчетному лицу в 1С:ERP. УХ требуется
создавать документы «Заявка на оплату», «Расходный кассовый ордер» или «Списание
безналичных денежных средств».
Поступление ТРУ требуется отражать документом «Приобретение товаров и услуг» с
приложением сканов товарных чеков.
Для оформления отчета по закупке через подотчетное лицо в системе требуется оформлять
документ «Авансовый отчет».
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будут использоваться:
 Создание и согласование Служебной записки (заявки) в 1С:ДО с маршрутом
согласования для закупок через подотчетное лицо.
 Типовой документ «Заявка на оплату» с операцией по выдаче/перечислению
подотчетнику для сохранения контроля за лимитом денежных средств.
 Типовой документ «Расходный кассовый ордер» с операцией «Выдача подотчетнику»
для отражения выдачи наличных денежных средств подотчетному лицу.
 Типовой документ «Списание безналичных денежных средств» с операцией «Выдача
подотчетнику» для отражения перечисления безналичных денежных средств
подотчетному лицу.
 Типовой документ «Приобретение товаров и услуг» с операцией «Закупка через
подотчетное лицо» для отражения поступления ТМЦ от поставщика через
подотчетное лицо.
 Типовой механизм прикрепления файлов в документ «Приобретение товаров и услуг»
через служебный Справочник «Присоединенные файлы (Приобретение товаров
услуг)», который служит для хранения и просмотра прикрепленных файлов в системе.

Типовой документ «Авансовый отчет» для отражения выданных и фактически
использованных денежных средств подотчетным лицом, которой создается на
основании ПТУ или из списка документов «Авансовые отчеты».
21
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.6 ВИД ЗАКУПКИ ДО 100 ТЫСЯЧ РУБЛЕЙ
2.2.6. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения закупок до 50 тысяч рублей и до 100
тысяч рублей в 1С:ERP. УХ и отличается только пакетом документов для проведения закупки.
При закупках менее 50 тыс. рублей инициатор получает Счет на оплату у поставщика,
собирает требуемый пакет документов, создает и согласовывается Служебную записку в 1С:ДО.
После согласования Служебной записки инициатор приобретает ТРУ, кладовщик/бухгалтер
отражают факт поступления на склад в 1С:ERP. УХ, выбирая служебный договор при оформлении
документов поступления. Далее выполняются взаиморасчеты с поставщиком с отражением оплаты
в системе. При условии оплаты аванс/предоплата сначала в системе отражается оплата поставщику,
после – поступление ТРУ.
При закупках до 100 тысяч рублей инициатор подготавливает требуемый пакет документов,
создает и согласовывает Служебную записку в 1С:ДО. Далее инициатор подписывает договор с
поставщиком, а бухгалтер создает в системе договор. При поступлении ТРУ на склад
кладовщик/бухгалтер отражает факт поступления ТРУ на предприятие. Далее выполняются
взаиморасчеты с поставщиком с отражением оплаты в системе. При условии оплаты
аванс/предоплата сначала в системе отражается оплата поставщику, после – поступление ТРУ.
Требования к автоматизации процесса представлены в Приложении 4.5 «Перечень
функциональных требований и разрывов».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
2.2.7. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 6 представлен перечень настроек функций и НСИ, необходимых для реализации
бизнес-процессов 1C:ERP. УХ.
Таблица 6. Перечень функций и бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
Код БП
1.
УЗ.5.1
2.
УЗ.5.2
Название БП
Название Функции
Детальное описание
Для отражения закупки до 50
тыс. руб. в системе будут
Вид закупки до Вид закупки до 50 тыс. использованы
типовые
100 тыс. рублей
рублей
документы: Договор, ПТУ,
Заявка на оплату, Списание
безналичных ДС.
Для отражения закупки до 50
тыс. руб. в системе будут
Вид закупки до Вид закупки до 100 тыс. использованы
типовые
100 тыс. рублей
рублей
документы: Договор, ПТУ,
Заявка на оплату, Списание
безналичных ДС.
22
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.3.2.2. ВИД ЗАКУПКИ ДО 50 ТЫСЯЧ РУБЛЕЙ
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для проведения малых закупок, в том числе и до 50 тысяч рублей, по которым не ведутся
закупочные процедуры, требуется подготовить вне системы пакет документов, соответствующий
требованиям ПОЗ, в том числе Счет на оплату от поставщика. При создании Служебной записки на
закупку данный пакет документ прикрепляется к ней в виде файлов.
Для одобрения на проведение закупки Служебную записку требуется запустить на
согласование в 1С:ДО. Детальное описание требований к автоматизации по согласованию будет
описано в отчете о моделировании по блоку Документооборот.
Поступление ТРУ на предприятие требуется отражать документами «Приобретение товаров
и услуг» и «Счет-фактура» (при необходимости).
Оплата поставщику требуется отражать документами «Заявка на оплату» и «Списание
безналичных денежных средств».
2.3.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будут использоваться:
 Создание и согласование Служебной записки в 1С:ДО с маршрутом согласования для
закупок до 50 тыс. рублей.
 Типовые документы «Приобретение товаров и услуг» и «Счет-фактура» (при
необходимости для отражения факта поступления ТРУ на предприятие.
 Создание служебного документа «Версия коммерческого договора» (договор) для
заполнения реквизита «Договор» в документах «Приобретение товаров и услуг» по
закупкам до 50 тыс. рублей.
 Типовые документы «Заявка на оплату» и «Списание безналичных денежных
средств» для отражения оплаты поставщикам.
2.6.2.2.
ВИД ЗАКУПКИ ДО 100 ТЫСЯЧ РУБЛЕЙ
2.6.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для проведения малых закупок до 100 тысяч рублей, по которым не ведутся закупочные
процедуры, требуется подготовить пакет документов вне системы 1С:ERP. УХ в соответствии с
Регламентом Документооборота при осуществлении закупок в Акционерном обществе
«Кавминкурортресуры». Далее создать Служебную записку, прикрепить к ней подготовленный
пакет документов для закупки и запустить на согласование в 1С:ДО.
Для учета взаиморасчетов с поставщиком в системе требуется создавать документ «Версия
коммерческого договора» (договор).
Поступление ТРУ на предприятие требуется отражать документами «Приобретение товаров
и услуг» и «Счет-фактура» (при необходимости).
Оплата поставщику требуется отражать документами «Заявка на оплату» и «Списание
безналичных денежных средств».
2.6.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будут использоваться:
 Создание и согласование Служебной записки в 1С:ДО с маршрутом согласования для
закупок до 100 тыс. рублей.
23
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»



Изменение № 3
Типовой документ «Версия коммерческого договора» (договор) для учета
взаиморасчетов с контрагентами (поставщиками).
Типовые документы «Приобретение товаров и услуг» и «Счет-фактура» (при
необходимости для отражения факта поступления ТРУ на предприятие.
Типовые документы «Заявка на оплату» и «Списание безналичных денежных
средств» для отражения оплаты поставщикам.
2.7 ВИД ЗАКУПКИ СВЫШЕ 100 ТЫСЯЧ РУБЛЕЙ
2.2.8. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью отражения закупок свыше 100 тысяч рублей в
1С:ERP. УХ.
Для закупок на сумму свыше 100 тыс. рублей используются следующие способы закупок:
 Открытый конкурс
 Конкурс с участием субъектов МСП
 Открытый конкурс по 44-ФЗ
 Открытый аукцион и открытый аукцион с участием субъектов МСП
 Открытый запрос предложений
 Запрос предложений с участием субъектов МСП
 Открытый запрос котировок
 Запрос котировок с участием субъектов МСП
 Запрос оферт
 Закупка у единственного поставщика (исполнителя, подрядчика)
 Закупка у единственного поставщика (исполнителя, подрядчика) МСП
 Малая закупка

Прочий (с полем для комментария начальника отдела закупок).
Способы закупки могут добавляться при необходимости.
Для закупок свыше 100 тыс. рублей потребность формируется инициатором закупок в виде
документа «Экземпляр отчета» («Экземпляр отчета» - рабочий документ 1С:ERP. УХ,
предназначенный для непосредственного ввода, корректировки и просмотра данных бюджета в
разрезе ЦФО), который согласовывает экономический отдел на предмет наличия в бюджете лимита
расходов на закупку .
Для того, чтобы сформировать «План закупок 223-ФЗ» ответственный работник отдела
закупок использует автоматизированное рабочее место (АРМ) «Формирование строк плана
закупок», с помощью которого при необходимости объединяет или разъединяет закупочные
позиции по товарным категориям, ОКПД-2, в разрезе способов закупкив документы «Строка плана
закупок».
Далее ответственный работник отдела закупок формирует документ «План закупок 223-ФЗ»,
который размещает в ЕИС при помощи интеграции из 1С:ERP. УХ.
Инициатор закупки подготавливает пакет документов для закупки, прикрепляет его к
Служебной записке, которую создает в 1С:ДО.
Ответственный работник отдела закупок проводит закупочную процедуру на ЭТП. Для
отражения данных о закупках ответственный работник отдела закупок выгружает с ЭТП файлы
(архив) документов, которые загружает в 1С:ERP. УХ при помощи обработки по загрузке.
Обработка распознает выгруженные с ЭТП файлы и автоматически создает требуемые объекты в
системе (перечень объектов в Таблице 8).
24
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
После того, как закупочная процедура завершена, и в системе с помощью обработки по
загрузке файлов с ЭТП создан документ «Протокол выбора победителя», ответственное лицо
создает документ «Версия коммерческого договора» (договор) в системе на основании протокола.
После проведения заключенного договора в системе автоматически будет создан документ
«Заказ поставщику».
При поступлении ТРУ на предприятие ответственное лицо (бухгалтер/кладовщик) создает
документ «Приобретение товаров и услуг» и задачу ответственному работнику отдела закупок на
размещение сведений об исполнении договора в ЕИС.
На основании ПТУ ответственное лицо создает документ «Заявка на оплату». Для отражения
факта оплаты поставщику бухгалтер создает документ «Списание безналичных денежных средств»
на основании «Заявки на оплату» и задачу ответственному работнику отдела закупок на размещение
сведений об исполнении договора в ЕИС.
При получении задачи на размещение сведений об исполнении договора ответственный
работник отдела закупок создает в системе документ «Сведения об исполнении договора», в
котором содержатся необходимые данные для выгрузки в ЕИС.
С помощью интеграции между 1С:ERP. УХ и ЕИС ответственный работник отдела закупок
выгружает сведения об исполнении договора в ЕИС.
Для размещения отчетности в ЕИС ответственный работник отдела закупок формирует
требуемые отчеты на стороне 1С:ERP. УХ и при помощи интеграции размещает отчетность в ЕИС.
Требования к автоматизации процесса представлены в Приложении 4.5 «Перечень
функциональных требований и разрывов».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 (Соответствие функций и бизнес-ролей).
Инструкции администратора и пользователя по использованию АРМа, обработок выгрузкизагрузки, созданию документов, ввода НСИ, формированию отчетов в 1С:ERP. УХ будут
составлены на Этапе 1.2. Подготовка и проведение Опытной эксплуатации.
2.2.9. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 7 представлен перечень настроек функций и НСИ, необходимых для реализации
бизнес-процессов 1C:ERP. УХ.
Таблица 7. Перечень функций и бизнес-процессов, реализуемых в 1С:ERP. УХ
№
п/п
Код БП
Название БП
1.
УЗ.6.1
Вид
закупки
свыше 100 тыс.
рублей
2.
УЗ.6.2
Вид
закупки
свыше 100 тыс.
рублей
3.
УЗ.6.3
Вид
закупки
свыше 100 тыс.
рублей
Название Функции
Детальное описание
Для формирования СПЗ, из
которых
состоит
«План
Формирование СПЗ
закупок
223-ФЗ»
будет
использоваться АРМ.
План закупок формируется в
Формирование
Плана
системе
при
помощи
закупок 223-ФЗ
типового функционала.
Для
автоматической
Выгрузка Плана закупок выгрузки «Плана закупок
223-ФЗ в ЕИС
223-ФЗ» в ЕИС будет
использоваться
25
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
№
п/п
Код БП
Название БП
Название Функции
4.
УЗ.6.4
Вид
закупки
Корректировка
свыше 100 тыс.
потребности для закупки
рублей
5.
УЗ.6.5
Вид
закупки Отражение проведения
свыше 100 тыс. закупочных процедур в
рублей
системе
6.
УЗ.6.6
Вид
закупки Создание договора и
свыше 100 тыс. документов
по
рублей
исполнению договора
7.
УЗ.6.7
Вид
закупки
Формирование сведений
свыше 100 тыс.
об исполнении договора
рублей
8.
УЗ.6.8
Вид
закупки Выгрузка сведений об
свыше 100 тыс. исполнении договора в
рублей
ЕИС
26
Изменение № 3
Детальное описание
адаптированный
обмен
между 1С:ERP. УХ и ЕИС.
Для
создания
корректировочных СПЗ будет
использоваться АРМ. При
корректировке потребности в
«Экземпляре
отчета»
необходимо создавать задача
(оповещение об внесении
изменений в потребность на
закупку).
Для отражения проведения
закупочных
процедур
в
системе будет использоваться
обработка
по
загрузке
выгруженных с ЭТП файлов
(архивов)
с
созданием
типовых
документов
по
ведению
закупочных
процедур в 1С:ERP. УХ.
Для отражения заключения
договора с поставщиков в
системе будет использоваться
типовой документ «Версия
коммерческого
договора»
(договор). Для отражения
поступления ТРУ в системе
будет
использоваться
документ
ПТУ.
Для
отражения взаиморасчетов с
поставщиком в системе будут
использоваться
типовые
документы
«Заявка
на
оплату»
и
«Списание
безналичных
денежных
средств».
Для получения сведений об
исполнении договора будет
использоваться
доработанный
документ
«Сведения об исполнении
договора». Для оповещения
работников отдела закупок об
отражении в системе оплат и
поступлений
будут
доработаны задачи.
Для выгрузки данных по
исполнению договора из
1С:ERP. УХ в ЕИС будет
использован адаптированный
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
№
п/п
Код БП
Название БП
УЗ.6.9
Вид
закупки
свыше 100 тыс.
рублей
10. УЗ.6.10
Вид
закупки
свыше 100 тыс.
рублей
9.
2.6.2.3.
Название Функции
Изменение № 3
Детальное описание
обмен документа «Сведения
об исполнении договора»
между системой и ЕИС.
Для
формирования
отчетности
будут
использованы
типовые
Отчетность
отчеты
и
отчеты,
разработанные по макету
заказчика.
Для выгрузки отчетности из
1С:ERP. УХ в ЕИС будет
Выгрузка отчетности в
использоваться
ЕИС
адаптированный
обмен
системы с ЕИС.
ФОРМИРОВАНИЕ СПЗ
2.6.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения закупок в 1С:ERP. УХ с видом свыше 100 тысяч рублей требуется
возможность формирования Плана закупок 223-ФЗ на основании плановых потребностей,
сформированных и согласованных экономическим отделом, в виде документов «Экземпляры
отчета».
Требуется автоматизированная возможность формирования в системе утвержденных
экономическим отделом потребностей в документы «СПЗ» по ОКПД-2, или категории товаров
и/или номенклатуре в разрезе способов закупки. Документ «СПЗ» является основой для закупочной
процедуры.
2.6.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции требуется:
2.6.2.3.2.1. Для связи каждой позиции потребности в документах «Экземпляр отчета» и «СПЗ»
требуется разработать в 1С:ERP. УХ служебный периодический (секунда) Регистр Сведений
«Данные строк Экземпляров отчетов», в котором будут храниться записи соответствия «GUID
строки» документом «Экземпляр отчета», «СПЗ», «Лот».
2.6.2.3.2.2. Требуется доработать в документах «Экземпляр отчета», «СПЗ» скрытый реквизит
«GUID строки», по которому будет возможно отслеживать изменения потребности в «Экземпляре
отчета» по тем позициям (строкам ТЧ), которые уже входят в состав документа «СПЗ». Требуется
учесть возможность изменения заказчиком данных (номенклатуру и/или количество, и/или цену),
удаление существующих /добавление новых строк (позиций для закупки) в ТЧ документа
«Экземпляр отчета».
2.6.2.3.2.3. Требуется доработать запрет на изменение/удаление данных по строке в документе
«Экземпляр отчета», если по данной строке был создан и проведен документ «Лот» (используя
данные РС «Данные строк экземпляров отчета».
27
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.6.2.3.2.4. «Разработать АРМ «Формирование строк Плана закупок», с помощью которого будут
автоматически создаваться документы «СПЗ». При разработке АРМа требуется учесть возможность
создания «Переходящих строк плана закупок» по долгосрочным закупкам.
При открытии АРМа ответственному пользователю (работнику отдела закупок) требуется
заполнить «Период закупок» (год) и нажать на кнопку «получить потребности». Автоматически
система сформирует в верхней табличной части обработки утвержденные потребности
экономическим отделом из документов «Экземпляры отчета».
Представленная в отчете по моделированию форма АРМа является предварительной и
может быть изменена на этапе внедрения по согласованию/ требованию заказчика.
Рисунок 15. Предварительная форма АРМа "Формирование строк Плана закупок"
28
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 16. Предварительная форма верхней табличной части АРМа.
2.6.2.3.2.5. После того, как данные по потребностям в разрезе категории закупок, номенклатуры,
входящей в категории, по ОКПД-2, периоду закупок, количеству, цене и сумме заполнены в верхней
табличной части АРМа, требуется нажать на кнопку «Объединить в СПЗ».
При нажатии на кнопку «Объединить в СПЗ» система откроет форму выбора Способа
закупки для объединения потребности.
Рисунок 17. Предварительная форма выбора Способа закупок
Пользователь выбирает требуемый способ закупки и двойным кликом мыши по строке с
категорией закупки или по строке с номенклатурой в верхней табличной части перемещает
потребности в нижнюю табличную часть АРМа.
Примечание: Данные в Справочник «Способы закупок» могут пополняться пользователем с
ролью на создание и изменение справочника.
29
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 18. Предварительная форма нижней табличной части АРМа
С помощью кнопки «создать документы» система автоматически сформирует документы
«СПЗ» с заполнением табличной части на вкладке «Потребности» в виде номенклатуры.
Рисунок 19. Вкладка "Потребность" в документе "СПЗ".
При этом поле «Предмет договора» заполнится названием категории закупок, при этом будет
возможность ручной корректировки.
30
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 20. Заполнение поля "Предмет договора"
Именно «предмет договора» будет описывать потребность в «Плане закупок 223-ФЗ»:
Рисунок 21. Предмет договора в Плане закупок 223-ФЗ
31
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
ФОРМИРОВАНИЕ ПЛАНА ЗАКУПОК 223-ФЗ
2.6.2.3.3. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для формирования Программы закупок по 223-ФЗ в ЕИС требуется создавать в 1С:ERP. УХ
типовой документ «План закупок 223-ФЗ», который по сути является контейнером документов
«СПЗ».
2.6.2.3.4. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
2.6.2.3.4.1. После создания документов «СПЗ» требуется сформировать документ «План закупок
223-ФЗ» с использованием типового функционала 1С:ERP. УХ.
При создании документа «План закупок 223-ФЗ» требуется заполнить поля «Период
закупки» и «Заказчик», «Регистрационный номер ЕИС». Позиции, состоящие из документов «СПЗ»,
система заполнит автоматически.
Рисунок 22. Форма создания документа "План закупок 223-ФЗ"
После создания и проведения документа «План закупок 223-ФЗ» требуется сформировать
отчет «Программа закупок», для этого нужно нажать на кнопку «отчет» на форме документа:
32
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 23. Кнопка "отчет" на форме документа "План закупок 223-ФЗ"
Отчет «Программа закупок» сформирует специализированную форму Плана закупок 223-ФЗ
в редакции Постановления Правительства РФ.
Рисунок 24. Сформированный отчет "Программа закупок"
2.6.2.3.4.2. Перед началом запуска функционала по закупкам требуется создать «План закупок 223ФЗ» с закупками, ранее размещенными в ЕИС, по которым не начаты или проводятся закупочные
процедуры, происходит исполнение договоров. Это требуется для сохранения преемственности
строк Плана закупок из ЕИС в 1С:ERP. УХ.
33
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Для этого требуется разработать обработку по загрузке файла Excel с возможностью
создания документов «СПЗ».
При запуске обработки в него загружается выгруженный вручную из ЕИС файл в формате
Excel (формат может быть уточнен/изменен на этапе внедрения по согласованию с
заказчиком). Система обработает, распознает данные и автоматически создает документы «СПЗ».
Далее требуется создать в 1С:ERP. УХ документ «План закупок 223-ФЗ».
2.6.2.4.
ВЫГРУЗКА ПЛАНА ЗАКУПОК 223-ФЗ В ЕИС
2.6.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации размещения Плана закупок 223-ФЗ в ЕИС требуется интеграция
документа «План закупок 223-ФЗ» из 1С:ERP. УХ в ЕИС в соответствии с требованиями к форме (в
ред. Постановлений Правительства РФ).
2.6.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для выгрузки Плана закупок 223-ФЗ из 1С:ERP. УХ в ЕИС требуется адаптировать
функционал обмена с ЕИС. Адаптированный функционал позволит пользователю (работнику
отдела закупок) при нажатии на кнопку «открыть обмен с ЕИС» на форме документа «План закупок
223-ФЗ» автоматически выгрузить документ из системы в ЕИС. Статус о размещении работник
отдела закупок устанавливает вручную в ЕИС, и в 1С:ERP. УХ.
Рисунок 25. Кнопка "открыть обмен с ЕИС" на форме "Плана закупок 223-ФЗ"
2.6.2.5.
КОРРЕКТИРОВКА ПОТРЕБНОСТИ ДЛЯ ЗАКУПКИ
2.6.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для корректировки потребности требуется использовать механизм создания
корректировочной версии документа «СПЗ» в системе через АРМ закупщика.
Для внесения изменений в «План закупок 223-ФЗ» требуется создать в 1С:ERP. УХ
следующую версию документа «План закупок 223-ФЗ» с внесением обоснования изменений.
Для выгрузки измененного «Плана закупок 223-ФЗ» целым документом требуется
интеграция документа «План закупок 223-ФЗ» из 1С:ERP. УХ в ЕИС в соответствии с требованиями
к форме (в ред. Постановлений Правительства РФ) либо внесение изменений в «План закупок 223ФЗ» в ЕИС вручную.
34
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.6.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
2.6.2.5.2.1. Для
корректировки
потребностей
используется
функционал
создания
корректировочного документа через АРМ. При нажатии на кнопку «получить потребности» система
выведет утвержденные потребности, в том числе и те, по которым были сделаны изменения. У
скорректированных потребностей появится в столбце «Состояние» значение: «изменено» либо
«отменено».
Рисунок 26. Состояние скорректированной потребности
Для внесения корректировок в документы «СПЗ» требуется выделить строку в верхней
табличной части и вызвать контекстное меню с командой «обновить данные в СПЗ». Система
автоматически создаст на основании существующего документа «СПЗ» корректировочный
документ.
2.6.2.5.2.2. После создания корректировочного документа «СПЗ» требуется создать в 1С:ERP. УХ
следующую версию документа «План закупок 223-ФЗ» с заполнением поля «Обоснование
изменений», при этом система автоматически установит следующий порядковый номер версии
документа «План закупок 223-ФЗ»:
35
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 27. "Номер версии" и "Обоснование изменений" в документе "План закупок 223-ФЗ"
На вкладке «Позиции» система автоматически заполнит данные актуальными «СПЗ», при
этом индикатор будет указывать есть ли в документе «План закупок 223-ФЗ»
новые/измененные/отмененные данные:
Рисунок 28. Таблица значений цветов индикатора по Строкам Плана закупок
Рисунок 29. Табличная часть вкладки "Позиции" с изменениями СПЗ.
36
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.6.2.5.2.3. После создания новой (следующей) версии «Плана закупок 223-ФЗ» документ требуется
либо выгрузить в ЕИС полностью (с изменениями) с помощью адаптированного функционала, либо
внести в ЕИС вручную только изменения. Так же будет предусмотрена возможность выгрузить из
1С:ERP. УХ только изменений в формате Excel /XML (формат выгрузки будет определен на этапе
внедрения).
2.6.2.6.
ОТРАЖЕНИЕ ПРОВЕДЕНИЯ ЗАКУПОЧНЫХ ПРОЦЕДУР В СИСТЕМЕ
2.6.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Проведение закупочной процедуры происходит на ЭТП.
Для сохранения и использования данных проведения закупочных процедур в 1С:ERP. УХ
требуется разработать и использовать обработки для загрузки выгруженных с ЭТП файлов в
систему с автоматическим созданием типовых объектов блока «Корпоративные закупки».
2.6.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для отражения закупочных процедур в системе (фактически закупки ведутся на ЭТП)
требуется разработать обработки для загрузки в 1С:ERP. УХ выгруженного пользователем файла
(архива) с ЭТП с автоматическим созданием объектов (документов, НСИ) в системе.
Пользователь будет вручную выгружать файл либо архив (точное определение формата
выгрузки будет определено и согласовано с заказчиком на этапе составления ЧТЗ), далее требуется
открыть обработку для загрузки в 1С:ERP.УХ, поместить в нее выгруженный файл и нажать кнопку
«загрузить».
1С:ERP.УХ распознает, обработает файл и автоматически создаст требуемый объект в
системе.
В Таблице 8 представлен предварительный список объектов, создаваемых в системе с
помощью обработки по загрузке файла (архива), выгруженного с ЭТП.
Список может быть изменен на этапе внедрения по согласованию с заказчиком.
Таблица 8. Перечень объектов, создаваемых в системе с помощью загрузки.
№
Объект ЭТП
Объект 1С:ERP. УХ
1.
Закупочная
(закупка), Лот
процедура Элемент
Справочника
«Закупочные процедуры»
2.
Закупочная
(закупка), Лот
процедура Документ «Лот»
3.
Протокол
конвертов
вскрытия Документ «Протокол вскрытия
конвертов»
4.
Предложение участника Документ
(предложение по цене)
участника»
5.
Протокол
победителя
Примечание
«Предложение
выбора Документ «Протокол выбора Создается
на
основании
победителя» (с результатом «Закупочной
процедуры»
с
«состоялась успешно»)
возможностью вложения файла в
формате PDF.
37
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
6.
Документ «Протокол выбора Создается
на
основании
Протокол
о победителя» (с результатом «Закупочной
процедуры»
с
несостоявшейся закупке
«не состоялась»)
возможностью вложения файла в
формате PDF.
7.
Отмена
процедуры
проведения Документ «Протокол отмены»
2.6.2.7.
ДОГОВОРА
СОЗДАНИЕ
ДОГОВОРА
И
Создается
на
основании
«Закупочной
процедуры»
с
возможностью вложения файла в
формате PDF.
ДОКУМЕНТОВ
ПО
ИСПОЛНЕНИЮ
2.6.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для фиксации заключенного договора с победителем закупки требуется создавать в системе
документ «Версия коммерческого договора» (договор) с графиком поставок (спецификацией).
Для отражения поступления ТРУ в бухгалтерском учете требуется создавать документы
«Приобретение товаров и услуг» и «Счет-фактура» (по необходимости) в 1С:ERP. УХ.
Для отражения проведения оплат поставщику в системе требуется создавать документы
«Заявка на оплату» и «Списание безналичных денежных средств».
2.6.2.7.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
2.6.2.7.2.1. Для создания договора с поставщиком после его подписания на бумажном носителе или
на ЭТП в системе используется функционал создания документа «Версия коммерческого договора»
(договор) на основании документа «Протокол выбора победителя».
После создания «Протокола выбора победителей» с результатом закупки «состоялась
успешно» в системе будет доступно создание договора: на форме документа «Протокол выбора
победителя» становится активной кнопка «Управление договорами закупки».
Рисунок 30. Кнопка "Управление договорами закупки" на форме "Протокола выбора победителя"
Для создания договора требуется нажать на кнопку «Управление договорами закупки», и
система откроет форму для создания договора. На форме будет визуализирован победитель
закупочной процедуры и лот.
Далее требуется нажать на кнопку «Создать договор».
38
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 31. Форма формирования договора на основании Протокола выбора победителя
При нажатии на кнопку «Создать договор» система откроет карточку Договора, при этом
большая часть ключевых реквизитов будет уже заполнена. На вкладке «График поставок» будет
заполнена потребность по месяцам поставки из документа «Лот» (документ «Лот» создается в
системе с помощью загрузки файла, выгруженного с ЭТП).
Рисунок 32. Договор, вкладка "График поставок"
При создании договора требуется заполнить ключевые реквизиты:



На вкладке «Основное»:
o Номер и дата договора
o Наименование
На вкладке «Планирование»:
o Статья БДР
o Статья ДДС
На вкладке «БУ, НУ»:
o Группа фин. учета расчетов
o Направление деятельности
2.6.2.7.2.2. Требуется доработать автоматическое заполнение в документе «Версия коммерческого
договора» и в Справочнике «Договоры с контрагентами» реквизита «Регистрационный номер
ЕИС». Реквизит должен автоматически заполняться системой при условии, что договор создан на
основании документа «Протокол выбора победителя». Реквизит «Регистрационный номер в ЕИС» в
договоре должен заполняться значением реквизита «Регистрационный номер в ЕИС» документа
«Протокол выбора победителя».
2.6.2.7.2.3. Для создания непрерывной цепочки по закупкам требуется доработать автоматическое
создание документа «Заказ поставщику» при установке в документе «Версия коммерческого
соглашения» статуса «Утвержден».
39
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.6.2.7.2.4. Для отражения исполнения договора в части поставок требуется использовать типовой
документ «Приобретение товаров и услуг» на основании документа «Заказ поставщику».
Рисунок 33. Создание ПТУ на основании "Заказа поставщику"
2.6.2.7.2.5. Если по условию договора постоплата, то основании проведенного документа
«Приобретение товаров и услуг» при необходимости можно создать документ «Заявка на оплату».
Для этого ответственный пользователь нажимает кнопку «Создать на основании → Заявка на
оплату».
Рисунок 34. Создание "Заявки на оплату" на основании ПТУ
Если по условию договора предоплата или аванс, то документ «Заявка на оплату» создается
на основании документа «Заказ поставщику».
На основании документа «Заявка на оплату» создается документ «Списание безналичных
денежных средств
40
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 35. Создание Списания безналичных ДС на основании Заявки на оплату
2.6.2.7.2.6. Доработка на запрет создания ПТУ с превышающей договор суммой будет реализована в
блоке «Реализация». При доработке данной функции система не позволит провести документ
(документы) ПТУ с суммой, превышающей сумму договора.
2.6.2.8.
ФОРМИРОВАНИЕ СВЕДЕНИЙ ОБ ИСПОЛНЕНИИ ДОГОВОРА
2.6.2.8.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется подготовить данные об исполнении договора с победителем закупочной
процедуры для дальнейшей выгрузки в ЕИС.
2.6.2.8.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
2.6.2.8.2.1. Требуется доработать создание задачи работнику отдела закупок по размещению
сведений об исполнении договора в ЕИС на основании документа ПТУ, задачу требуется создавать,
если в ПТУ выбран договор с признаком «создан по закупочной процедуре».
2.6.2.8.2.2. Требуется доработать создание задачи об исполнении договора на основании документа
«Списание безналичных денежных средств» с признаком «Проведено банком» для документов, у
которых в договоре установлен признак «создан по закупочной процедуре».
2.6.2.8.2.3. Для размещения в ЕИС данных об исполнении договора требуется использовать
доработанный документ «Сведения об исполнении договора».
Перед созданием документа «Сведения об исполнении договора» в системе должны быть
отражены факт поставки и/или факт оплаты с помощью документов «Поступление товаров и услуг»
и «Списание безналичных денежных средств» иначе не будет данных для заполнения документа.
Документ «Сведения об исполнении договора» создается из Списка документов,
расположенных в разделе «Корпоративные закупки» → Обмен с ЕИС → Сведения об исполнении
договоров.
41
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 36. Расположение списка документов "Сведения об исполнении договора"
При создании документа «Сведения об исполнении договора» требуется выбрать в поле
«Договор контрагента» договор, сведения об исполнении которого необходимо выгрузить в ЕИС.
Рисунок 37. Документ "Сведения об исполнении договора"
2.6.2.8.2.4. Для автоматического заполнения сведений об оплате требуется доработать возможность
автоматического заполнения данных из документов «Списание безналичных денежных средств»,
созданных по выбранному договору, по кнопке «заполнить данные по оплатам». При нажатии на
кнопку «заполнить данные по оплатам» система автоматически отберет проведенные документы
«Списание безналичный денежных средств» с признаком «проведено банком» по договору и
заполнит требуемыми данными поля табличной части «Позиции сведений об исполнении».
2.6.2.8.2.5. Для автоматического заполнения сведений о поступлении ТРУ требуется доработать
возможность автоматического заполнения данных из документов «Приобретение товаров и услуг»,
созданных по выбранному договору, по кнопке «заполнить данные по поступлениям». При нажатии
на кнопку «заполнить данные по оплатам» система автоматически отберет проведенные документы
«Приобретение товаров и услуг» по договору и заполнит требуемыми данными поля табличной
части «Документы исполнения».
42
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
2.6.2.8.2.6. При необходимости к документу «Сведения об исполнении договора» можно
прикрепить файлы.
Для добавления данных по мере отражений поступлений ТРУ и выполнения оплат создаются
новые версии документа «Сведения об исполнении договора».
2.6.2.9.
ВЫГРУЗКА СВЕДЕНИЙ ОБ ИСПОЛНЕНИИ ДОГОВОРА В ЕИС
2.6.2.9.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется автоматизированная выгрузка данных о поступлении и оплате ТРУ в ЕИС.
2.6.2.9.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации выгрузки данных по исполнению договора из 1С:ERP. УХ в ЕИС
требуется адаптировать обмен документа «Сведения об исполнении договора» между системой и
ЕИС.
2.6.2.10. ОТЧЕТНОСТЬ
2.6.2.10.1. ОБЩИЕ ТРЕБОВАНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется формирование отчетности в 1С:ERP. УХ с возможность выгрузки файлов и
интеграции типовых отчетов в ЕИС.
Для контроля и анализа прохождения закупочных процедур в системе существует ряд
типовых отчетов.
Также в системе будут разработаны отчеты:
 Отчет «Реестр закупок»
 Отчет «Реестр протоколов и закупок»
2.6.2.10.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
2.6.2.10.2.1. Для автоматизации данной функции в системе требуется адаптировать типовые отчеты,
в том числе:

Отчет «Доля закупок товаров РФ» - предназначен для анализа исполнения
требований по минимальной доле закупок товаров российского происхождения.
Расположен в подсистеме «Корпоративные закупки» → Отчеты.
Рисунок 38. Отчет "Доля закупок товаров РФ"
43
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»

Изменение № 3
Отчет «Исполнение плана обеспечения потребности по срокам поставки» предназначен для контроля исполнения обязательств по закупкам. Расположен в
подсистеме «Корпоративные закупки» → Отчеты.
Рисунок 39. Отчет "Исполнение плана обеспечения по срокам поставки"

Отчет «Годовой отчет о закупках у МСП» - предназначен для формирования и
выгрузки данных о закупках у субъектов малого и среднего предпринимательства в
ЕИС.
44
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 40. Годовой отчет о закупках у МСП

Отчет о заключенных договорах – предназначен для формирования и выгрузки
данных о заключенных договорах в ЕИС.
Рисунок 41. Отчет о заключенных договорах

Отчет «Экономия по результатам торгов» - предназначен для оценки эффективности
проведённых закупочных процедур. Он показывает, какая была начальная
максимальная цена, и какая получилась экономия (или, наоборот, цена увеличилась).
Расположен в подсистеме «Корпоративные закупки» → Отчеты.
45
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
Рисунок 42. Отчет "Экономия по результатам торгов"
2.6.2.10.2.2. Требуется разработать отчеты по макетам, предоставленным заказчиком:


Отчет «Реестр закупок»
Отчет «Реестр протоколов и закупок
Макеты для разработки отчетов находятся в Приложении 4.1 Перечень отчетных и печатных
форм.
2.6.2.11. ВЫГРУЗКА ОТЧЕТНОСТИ В ЕИС
2.6.2.11.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Требуется выгружать отчетность в ЕИС:
 Годовой отчет о закупках у МСП
 Отчет о заключенных договорах
2.6.2.11.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции требуется адаптировать обмен между 1С:ERP. УХ и
ЕИС:


3.
Годовой отчет о закупках у МСП
Отчет о заключенных договорах
КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:
 Пользователи;
 Группы доступа;
 Профили групп доступа;
 Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 создание новых ролей;
46
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
Изменение № 3
 создание новых профилей доступа;
 создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:
 Стандартный инструмент управления доступом на основе ролей;
 Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:
 полные права;
 администратор Системы;
 интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 4.6.
47
Редакция 4.0
Закупки в АО «Кавминкурортресурсы»
4.
Изменение № 3
ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1.
ПЕРЕЧЕНЬ ОТЧЕТНЫХ И ПЕЧАТНЫХ ФОРМ
4.2.
ПЕРЕЧЕНЬ ИНТЕГРАЦИЙ
4.3.
ПЕРЕЧЕНЬ НСИ
4.4.
ПЕРЕЧЕНЬ МИГРАЦИЙ
4.5.
ПЕРЕЧЕНЬ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6.
СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
48

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_Маркетинг.docx | docs/32616449098/74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_Маркетинг.pdf
Отчет о моделировании
бизнес-процессов по направлению Маркетинг
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г.
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Оглавление
Версии документа...............................................................................................................................4
1. Общие сведения.........................................................................................................................5
Назначение документа................................................................................................................... 5
Определения терминов и сокращений......................................................................................... 5
Подход к реализации сценария моделирования..........................................................................6
Общие методологические требования к внедряемой ИС...........................................................6
2.
Характеристика объектов и результатов его моделирования...............................................8
2.1.
2.2.
Бизнес-процесс Маркетингу............................................................................................. 8
Клиенты...............................................................................................................................8
2.2.1.
2.2.2.
2.3.
Претензионная работа..................................................................................................... 18
2.3.1.
2.3.2.
2.4.
Общее описание моделируемого бизнес-процесса................................................31
Функции бизнес-процесса «Установка цен»...........................................................31
Отчетность........................................................................................................................ 44
2.7.1.
2.7.2.
3.
4.
Общее Описание моделируемого бизнес-процесса................................................28
Функции бизнес-процесса «Скидки».......................................................................28
Установка цен...................................................................................................................31
2.6.1.
2.6.2.
2.7.
Общее описание моделируемого бизнес-процесса................................................24
Функции бизнес-процесса «План продаж».............................................................24
Скидки............................................................................................................................... 28
2.5.1.
2.5.2.
2.6.
Общее Описание моделируемого бизнес-процесса................................................18
Функции бизнес-процесса «Претензионная работа».............................................19
План продаж.....................................................................................................................24
2.4.1.
2.4.2.
2.5.
Общее описание моделируемого бизнес-процесса..................................................8
Функции бизнес-процесса «Клиенты»...................................................................... 9
Общее описание моделируемого бизнес-процесса................................................44
Функции бизнес-процесса «Отчетность»................................................................44
Концепция ролей и полномочий............................................................................................ 45
Приложения к документу....................................................................................................... 46
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Перечень отчетных и печатных форм............................................................................ 46
Перечень интеграционных потоков...............................................................................46
Перечень НСИ.................................................................................................................. 46
Реестр миграционных потоков.......................................................................................46
Реестр функциональных требований и разрывов.........................................................47
Соответствие функций и бизнес-ролей..........................................................................47
2
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
ЛИСТ СОГЛАСОВАНИЯ
Должность
ФИО
3
Подпись
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
ВЕРСИИ ДОКУМЕНТА
Дата
Автор
Компания
Версия
22.12.2025
Хапова А.
ООО «Градум»
1.0
4
Описание изменений
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по
направлению «Маркетинг» содержит описание системы, алгоритмов процессов, используемых
объектов разрабатываемой системы с учетом моделей бизнес-процессов, требований Технического
задания на выполнение работ по обследованию и моделированию, а также внутренних нормативных
документов Заказчика. Окончательные требования к разработкам могут быть уточнены на этапе
реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:






Схема бизнес-процесса.
Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и
ожидаемого результата.
Отчетные и печатные формы бизнес-процесса.
Верхнеуровневое описание интеграционных потоков, если применимо.
Требования к миграции данных при переходе на внедряемую систему.
Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
Определение термина (расшифровка сокращения)
1C:ERP. УХ
1С ERP:Управление холдингом, ред. 3.2
1С:ДО
1С: Документооборот
ИС
Внедряемая информационная система на базе конфигурации 1С
ERP:Управление холдингом, ред. 3.2
НСИ
Нормативно-справочная информация
Система
1C:ERP. УХ
ТЧ
Табличная часть
5
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы ведения деятельности по направлению
«Маркетинг» Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по направлению
«Маркетинг», фиксирование функциональных требований к разрабатываемой системе как со
стороны владельца бизнес-процессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:









уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
описание текущих бизнес-процессов по направлению «Маркетинг»;
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP.УХ. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
Приложении №5.
Моделирование производилось с учетом следующих допущений и ограничений:


Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в Приложении 1 к ТЗ на
закупку № 70/2025;
При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ ИС
Для моделирования бизнес-процессов используется конфигурация «1С:ERP. Управление
холдингом, редакция 3.2.10.1». Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
6
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
или старой) редакции системы «1С:ERP. Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в Приложении 1 к Техническому заданию на закупку №
70/2025.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
7
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС МАРКЕТИНГУ
Схемы процессов нижнего уровня:
Перечень подпроцессов по блоку Маркетинг представлен с Таблице 1.
Таблица 1. Перечень подпроцессов по Маркетингу.
№
п/п
Уровень
БП
1.
2
МРК.1
Клиенты
2.
2
МРК.2
Претензионная работа
3.
2
МРК.3
План продаж
4.
2
МРК.4
Скидки
5.
2
МРК.5
Установка цен
6.
2
МРК.6
Отчетность
Код БП
Название БП
2.2. КЛИЕНТЫ
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Для отражения в информационной системе фактов хозяйственных операций в бухгалтерском и
управленческом учете необходимо наполнять систему данными по контрагентам.
Менеджер отдела продаж и маркетинга создает в системе вручную карточки «Партнер» и
«Контрагент», в которые вносит данные о клиенте. Клиенты группируются по сегментам и по
бизнес-регионам.
Менеджер отдела продаж и маркетинга создает в системе вручную документ «Претензия» и
назначает ответственного.
Менеджер отдела продаж и маркетинга направляет документ «Претензия» в 1С:ДО на
согласование.
Менеджер по работе с клиентами и сбыту оформляет документ «Возврат от клиента»
Менеджер отдела продаж и маркетинга переводит документ «Претензия» в статус
«Удовлетворена»/ «Не удовлетворена»
Менеджер отдела продаж и маркетинга создает в системе вручную документ «План продаж»и
направляет его на согласование.
Главный бухгалтер в системе вручную устанавливает скидки.
Главный бухгалтер/Начальник отдела продаж и маркетинга в системе вручную настраивает
виды цен и формирует прайс-лист.
Главный бухгалтер вне системы направляет «Прайс лист» на согласование.
Менеджер отдела продаж и маркетинга вручную формирует/загружает цены конкурентов.
8
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Требования к автоматизации процесса представлены в Приложении 4.5 «Реестр
функциональных требований и разрывов».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.2.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА «КЛИЕНТЫ»
В Таблице 2 представлен перечень функций бизнес-процесса, реализуемых в системе 1C:ERP.
УХ:
Таблица 2. Перечень функций бизнес-процессов.
№
п/п
Код БП
1
МРК.1.1 Клиенты
Создание
«Партнер»
карточки Менеджер отдела продаж и
маркетинга создает в системе
вручную карточку «Партнер» и
заполняет данные о партнере.
2
МРК.1.2 Клиенты
Создание
«Контрагент»
карточки Менеджер отдела продаж и
маркетинга вручную создает в
системе карточку «Контрагент»
и
заполняет
данные
о
контрагенте.
Название БП
Название Функции
Детальное описание
2.2.2.1. СОЗДАНИЕ КАРТОЧКИ «ПАРТНЕР»
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
В информационной системе для отражения фактов хозяйственных операций в бухгалтерском
и управленческом учете необходимо ввести соответствующую НСИ по партнерам.
Менеджер отдела маркетинга ведет клиентскую базу данных с детализацией по партнерам.
Партнеры группируются по сегментам клиентов и по бизнес-регионам.
Для разграничения прав пользователей будут использоваться ролевые модели.
2.2.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
В системе предусмотрено 2 различных справочника: «Партнеры» и «Контрагенты» для
ведения учета и дальнейшего анализа операций с клиентами и поставщиками.


Партнер – управленческая сущность для ведения дополнительной аналитики (роль для
компании, бизнес-регион).
Контрагент – юридическое или физическое лицо, с которым ведется хозяйственная
деятельность, в разрезе ИНН/КПП. Представляет само юридическое лицо (или ИП,
физ. лицо).
Реализована возможность множественной связи:

1 Партнер → Много Контрагентов (для фиксации объединения контрагентов в единую
структуру);
9
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»


Изменение №
1 Партнер – 1 Контрагент;
1 Контрагент → Много партнеров (например, для отражения множества точек продаж у
одного юр.лица).
Для автоматизации данной функции в систему встроен Помощник регистрации нового
партнера. Для вызова Помощника необходимо перейти в подсистему «Продажи» → НСИ продаж →
Партнеры.
При переходе по гиперссылке «Партнеры» откроется форма списка Справочника «Партнеры».
Для создания нового элемента Справочника «Партнеры» необходимо нажать кнопку
«Создать», система откроет рабочее место «Помощник регистрации нового партнера». На каждом
шаге необходимо заполнять ключевые реквизиты данными клиента.
При этом, если установить флаг в реквизит «Указать идентификационные данные партнера
(будет создан контрагент)», то после заполнения требуемых реквизитов на Шагах Помощника
система автоматически создаст карточки «Патнера» и «Контрагента».
На первом шаге необходимо заполнить данными клиента реквизиты (если автоматически
будет создаваться контрагент):






Статус
клиента
(юридическое/физическое
предприниматель, является ли нерезидентом.
ИНН
КПП
ОГРН
E-mail или Телефон
Бизнес-регион
лицо
или
Индивидуальный
При установке флага в реквизит «Указать данные контактного лица (будет создано контактное
лицо партнера) при создании карточки «Партнер» система автоматически создаст элемент
Справочника «Контактные лица».
10
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
На следующем шаге Помощник предложит варианты регистрации партнера и контрагента,
будет необходимо выбрать требуемый вариант:
На следующем шаге необходимо заполнить Тип отношений и принадлежность к Сегменту:
Для заполнения реквизита «Сегмент» необходимо предварительно заполнить Справочник
«Сегменты клиентов», который расположен в подсистеме «CRM и маркетинг» → НСИ продаж →
Сегменты клиентов:
11
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
На последнем шаге Помощник регистрации нового партнера порекомендует проверить
правильность заполнения реквизитов. После проверки реквизитов необходимо нажать кнопку
«Создать». При необходимости дальнейшей работы с карточкой «Партнер» необходимо установить
флаг в реквизит «Открыть форму вновь созданного партнера для указания дополнительной
информации» - система откроет созданный элемент Справочника «Партнеры»:
После записи карточки Партнера ее можно посмотреть, перейдя в подсистему «Продажи» →
НСИ продаж → Партнеры или из подсистемы «CRM и Маркетинг» → НСИ продаж → Партнеры.
Для того, чтобы группировать клиентов по бизнес-регионам необходимо в системе включить
функциональную опцию, которая расположена в разделе «НСИ и Администрирование» →
Настройки разделов → CRM и маркетинг → Настройки CRM → Бизнес-регионы:
12
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Для того, чтобы заполнять реквизит «Бизнес-регион» в карточке Партнера необходимо ввести
в систему данные по регионам продаж.
Данные вводятся в Справочник «Бизнес-регионы», расположенный в подсистеме «CRM и
маркетинг» → Настройки и справочники → Партнеры и контактные лица → Бизнес-регионы:
Права на действия со Справочниками «Партнеры», «Сегменты клиентов» и «Бизнес-регионы»
будут разделены на роли и описаны в Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.2.2.2. СОЗДАНИЕ КАРТОЧКИ «КОНТРАГЕНТ»
2.2.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
В информационной системе для отражения фактов хозяйственных складских операций в
бухгалтерском и управленческом учете необходимо ввести соответствующую НСИ по
контрагентам.
Менеджер отдела маркетинга ведет клиентскую базу данных с детализацией по контрагентам.
2.2.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции необходимо устанавливать флаг в реквизит «Указать
идентификационные данные партнера (будет создан контрагент) – после заполнения требуемых
13
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
реквизитов в системе будут созданы элементы Справочника «Партнеры» и Справочника
«Контрагенты».
Если не устанавливать флаг в реквизит «Указать идентификационные данные партнера (будет
создан контрагент) – после заполнения требуемых реквизитов в системе будет создан только
элемент Справочника «Партнеры», а элемент Справочника «Контрагенты» необходимо будет
создать отдельно и при необходимости привязать к элементу Справочника «Партнеры».
Для создания элемента Справочника «Контрагенты» необходимо перейти в раздел «Общие
справочники и настройки» → Дополнительные справочники → Контрагенты.
На открывшейся форме списка Справочника «Контрагенты» необходимо нажать кнопку
«создать». Система откроет форму создания элемента Справочника «Контрагенты», в которой
нужно заполнить обязательные реквизиты сначала на вкладке «Основное»:
При заполнении полей ИНН, КПП система автоматически проверяет контрагента посредством
специализированного сервиса «Проверка реквизитов контрагентов ФНС».
14
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Затем (при необходимости) на вкладке «Холдинг»:
И на вкладке «Адреса, телефоны» заполнить контактную информацию контрагента:
После заполнения всех требуемых реквизитов необходимо записать карточку Контрагента, но
не закрывать - для этого следует нажать на кнопку «записать».
15
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
После записи с текущей формы Справочника «Контрагенты» необходимо перейти по
гиперссылке «Банковские счета» и заполнить информацию по банковским счетам:
После чего элемент Справочника «Контрагенты» можно закрыть.
После записи карточку Контрагента можно посмотреть в разделе «Общие справочники и
настройки» → Дополнительные справочники → Контрагенты или через список Справочника
«Партнеры»:
16
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Либо из карточки Партнера:
Права действия со Справочником «Контрагенты» будут разделены на роли и описаны в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.3. ПРЕТЕНЗИОННАЯ РАБОТА
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью регистрации фактов рекламаций и управления
конфликтными ситуациями с клиентами и поставщиками в системе.
Для регистрации факта появления рекламации в системе используется Справочник
«Претензии».
Менеджер отдела маркетинга создает в системе вручную элемент справочника «Претензии» с
заполнением причины возникновения претензии и ее описанием и назначает ответственного за
устранение разногласий.
В системе предусмотрена возможность управления этапами ведения претензионной работы
через установку статусов в Претензии, что позволяет отслеживать этапы прохождения
претензионной работы.
Для принятия решения по результатам рассмотрения Претензии Менеджер отдела маркетинга
направляет «Претензию» в 1С:ДО на согласование.
Для отражения факта возврата товара от клиента в системе Менеджер по работе с клиентами и
сбыту оформляет документ «Возврат от клиента».
Требования к автоматизации процесса представлены в Приложении 4.5 «Реестр
функциональных требований и разрывов».
17
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.3.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА «ПРЕТЕНЗИОННАЯ РАБОТА»
В Таблице 3 представлен перечень функций бизнес-процесса, реализуемых в системе 1C:ERP.
УХ:
Таблица 3. Перечень функций бизнес-процессов
№
п/п
Код БП
Название БП
Название Функции
Детальное описание
1
МРК.2.1 Формирование
претензий
Создание Претензии
Менеджер отдела продаж и
маркетинга создает в системе
вручную элемент справочника
«Претензии»
и
назначает
ответственного.
2
МРК.2.2 Согласование
претензий
Согласование Претензии
Менеджер отдела продаж и
маркетинга
направляет
Претензию
в
1С:ДО
на
согласование.
3
МРК.2.2 Согласование
претензий
Создание
«Возврат
клиентов»
4
МРК.3.2 Согласование
претензий
Закрытие Претензии
документа Менеджер
по
работе
с
товаров
от клиентами и сбыту оформляет
документ «Возврат товаров от
клиента»
Менеджер отдела продаж и
маркетинга
переводит
«Претензию»
в
статус
«Удовлетворена»/
«Не
удовлетворена»
2.3.2.1. СОЗДАНИЕ ПРЕТЕНЗИИ
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Для отражения и хранения в информационной системе поступления рекламации от клиента
необходимо использовать типовой Справочник Претензии.
Элемент Справочника «Претензии» создается на основании документа «Реализация товаров и
услуг» либо автономно с формы Справочника.
Для разграничения прав пользователей будут использоваться ролевые модели.
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для реализации данного функционала используется типовой Справочник «Претензии».
Справочник «Претензии» расположен в подсистеме CRM и маркетинг → CRM → Претензии.
Создать Претензию в системе можно 2 способами:
18
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»


Изменение №
Из формы списка Справочника «Претензии» по кнопке «создать» - в этом случае будет
необходимо заполнить все реквизиты.
На основании документа «Реализация товаров и услуг» - в этом случае автоматически
будут заполнены: документ-основание и клиент.
Остальные реквизиты будет необходимо заполнить вручную:






Наименование
Описание претензии (вводится ТМЦ, по которому возникло расхождение)
Причина возникновения
Виновное подразделение (при необходимости)
Виновный сотрудник (при необходимости)
Комментарий (при необходимости)

При необходимости вести расчеты по претензии активирует переключатель «Вести
расчеты по претензиям» и заполняет данными о Клиенте, Договоре и сумме претензии
на дополнительной вкладке «Учетная информация».
Далее менеджер формирует Задачи проекта по претензии с фиксацией результатов по каждому
из этапов, используя типовой функционал ИС.
После записи Справочник «Претензии» будет доступен для просмотра в подсистеме «CRM и
маркетинг» либо из отчета «Связанные документы» по документу-основанию «Реализация товаров
и услуг»:
19
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Права на действия со Справочником «Претензии» будут разделены на роли и описаны в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.3.2.2. СОГЛАСОВАНИЕ ПРЕТЕНЗИИ
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Для принятия решения по результатам рассмотрения Претензии Менеджер отдела маркетинга
запускает процесс согласования «Претензии» в 1С:ДО.
2.3.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации решения данной функции необходима настройка и доработка бесшовной
интеграции между 1С:ERP. УХ и 1С:ДО.
Интеграция между 1С:ERP. УХ и 1С:ДО будет проходить в два потока:


При запуске процесса согласования из 1С:ERP. УХ в 1С:ДО будет выгружена
Претензия с основными реквизитами, в том числе: клиент, документ-основание,
причина возникновения, описание претензии.
Обратно из 1С:ДО в 1С:ERP. УХ будет выгружен статус согласования и комментарий.
Типовой функционал не поддерживает механизм согласования элемента Справочника
«Претензии». Данный функционал подлежит доработке. В процессе доработки будут определены
все реквизиты для обмена между системами и маршрут согласования с согласующими.
2.3.2.3. СОЗДАНИЕ ДОКУМЕНТА «ВОЗВРАТ ОТ КЛИЕНТА»
2.3.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Данный функционал обусловлен необходимостью отражения хозяйственных операций
бухгалтерском и управленческом учете по возврату товаров от клиента.
20
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Менеджер по работе с клиентами и сбыту вручную создает в системе документ «Возврат
товаров от клиентов» на основании документа-основания «Реализация товаров и услуг». В этом
случае будут заполнены все ключевые реквизиты.
Ответственный бухгалтер проверяет «Возврат товаров от клиента» и при необходимости
устанавливает признак проверки в документе.
Для разграничения прав пользователей будут использоваться ролевые модели.
2.3.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой функционал создания документа
«Возврат товара от клиента» на основании документа-основания «Реализация товаров и услуг».
Для этого необходимо с формы документа нажать на кнопку «Создать на основании →
Возврат товаров от клиента». При нажатии на кнопку система автоматически откроет форму
создания документа «Возврат товаров от клиента». В этом случае все реквизиты будут
автоматически заполнены системой.
Для этого необходимо с формы документа нажать на кнопку «Создать на основании →
Возврат товаров от клиента». При нажатии на кнопку система автоматически откроет форму
создания документа «Возврат товаров от клиента». В этом случае все реквизиты будут
автоматически заполнены системой.
Табличная часть Товары заполняется автоматически на основании документа «Реализация
товаров и услуг». Менеджер отдела продаж и маркетинга выбирает номенклатуру необходимую к
возврату путем удаления невозвращаемых номенклатур. После документ следует провести.
21
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Также после проведения документа «Возврат товаров от клиента» в системе информация о
товарах будет:
 записана в Регистры накопления, в том числе:
o Товары на складах;
o Товары организаций;
o Себестоимость товаров;
o Расчеты с клиентами.
 отражаться в отчетах, в том числе:
o Ведомость по товарам на складах;
o Ведомость расчетов с клиентами.
Документ «Возврат товаров от клиента» вносит изменения в складском и финансовом учетах.
Для приемки возвращаемого товара есть возможность выведения на печать формы «Возврат от
клиента».
После записи и/или проведения документ доступен для просмотра и редактирования в
подсистеме «Продажи».
После установки признака проверки в «Возврат товаров от клиента» документ будет не
доступен для редактирования обычным пользователям, которые не имеют:
 роли «Право изменения статусов проверки документов»;
 или полных прав;
 или прав администратора.
Обычные пользователи будут иметь доступ только на просмотр документа «Возврат товаров
от клиента».
Права на действия с документов «Возврат товаров от клиента» будут разделены на роли и
описаны в Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.3.2.4. ЗАКРЫТИЕ ПРЕТЕНЗИИ
2.3.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
При завершении процесса согласования Претензии в 1С:ДО в Претензии на стороне 1С:ERP.
УХ устанавливается определенный статус согласования.
Менеджер отдела маркетинга по результату согласования устанавливает в Претензии
требуемый статус документа, вносит данные по результату рассмотрения, тем самым закрывает
работу с Претензией.
22
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
2.3.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм заполнения статусов в
элементе Справочника «Претензии» и доработанный механизм процесса согласования Претензии
через бесшовную интеграцию между 1С:ERP. УХ и 1С:ДО.
После завершения согласования Претензии на стороне 1С:ДО Претензии (справочник
«Документы») устанавливается статус согласования (Например: Согласована/Не согласована).
Значения статусов согласования будут определены при доработке процесса согласования
Претензии.
При установке статусов «Удовлетворена» или «Не удовлетворена» система потребует
обязательно заполнить вкладку «Результаты рассмотрения». На стороне ERP.УХ происходит
получение статуса по заданному меппингу. Менеджер отдела маркетинга вручную в элементе
Справочника «Претензия» заполняет вкладку «Результаты рассмотрения».
После записи элемент Справочника «Претензии» доступен для просмотра/редактирования в
подсистеме «CRM и маркетинг».
2.4. ПЛАН ПРОДАЖ
2.4.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью построения Плана продаж по номенклатуре в
разрезе месяцев для поставки целей продаж и использования планируемых данных в бизнеспроцессе Бюджетирование.
План продаж проходит процесс согласования.
Требования к автоматизации процесса представлены в Приложении 4.5 «Реестр
функциональных требований и разрывов».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.4.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА «ПЛАН ПРОДАЖ»
В Таблице 4 представлен перечень функций бизнес-процессов, реализуемых в системе
1C:ERP. УХ.
23
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Таблица 4. Перечень функций бизнес-процессов
№
п/п
Код БП
Название БП
1
МРК.3
Формирование
плана продаж
Создание документа «План Менеджер отдела продаж и
продаж»
маркетинга создает в системе
вручную
документ
«План
продаж»
2
МРК.3
Формирование
плана продаж
Согласование
и Менеджер отдела продаж и
корректировка документа маркетинга
направляет
«План продаж»
документ «План продаж» на
согласование.
Название Функции
Детальное описание
2.4.2.1. СОЗДАНИЕ ДОКУМЕНТА «ПЛАН ПРОДАЖ»
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Менеджер отдела продаж и маркетинга формирует план продаж помесячно в разрезе
номенклатуры на основании усредненных данных продаж предыдущих 2х лет, учета предстоящих
контрактов и сезонных коэффициентов.
После создания документ «План продаж» проходит процедуру согласования и при
необходимости может быть скорректирован.
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции в системе используется типовой документ «План
продаж».
Документ «План продаж» предназначен в том числе для:




прогнозного планирования и управления сбытовой деятельностью компании;
мотивации и контроля отдела продаж;
планирования ресурсами;
управления ассортиментом и запасами
Документ «План продаж» расположен в подсистеме «Бюджетирование и планирование» →
Планирование запасов → Планы продаж по номенклатуре.
Перед созданием документа «План продаж» должны быть созданы требуемые элементы
Справочников «Сценарии планирования» и «Виды планов». Данные Справочники расположены в
подсистеме «Бюджетирование и планирование» → Настройки и справочники → Планирование
запасов.
Справочник «Сценарии планирования» выступает как обязательный аналитический разрез
при формировании и анализе планов.
Справочник «Виды планов» предназначен для хранения настроек формирования и заполнения
планов, определяя, что именно планируется: продажи, закупки, остатки, производство.
Основные функции Справочника «Виды планов»:
24
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»








Изменение №
Определяет способ заполнения планов — вручную или автоматически
(исходный/обеспечивающий);
Задает вариант заполнения: по формуле или по источникам;
Устанавливает способ планирования: замещающий или суммирующий;
Настраивает детализацию данных (по периодам, номенклатуре и др.);
Позволяет настроить источник и правила расчета количества;
Используется при создании документов: План продаж, План закупок, План
производства и др.;
Обеспечивает связь с подсистемой бюджетирования через параметр «Отражать планы в
бюджетировании»;
Позволяет создавать прогнозы при выборе варианта планирования «Путем
прогнозирования».
После создания требуемых для формирования плана элементов Справочников «Сценарии
планирования» и «Виды планов» Менеджер отдела продаж и маркетинга вручную посредством
типового функционала ИС создаёт документ «План продаж».
На вкладке «Основное» необходимо заполнить ключевые реквизиты:




Период
Сценарий
Вид плана
Подразделение
На вкладке «Табличную часть Товары» заполнить ТЧ с помощью кнопки « заполняет
нажатием на кнопку Заполнить товары». по правилу.
После заполнения ТЧ документ следует провести.
Также после проведения документа «План продаж» в системе информация о товарах будет:
 записана в Регистры накопления, в том числе:
o Планы продаж
 отражаться в отчетах, в том числе:
o Исполнение плана продаж по подразделениям
Документ «План продаж» не делает изменений в складском и финансовом учете.
После записи и/или проведения документ доступен для просмотра и редактирования в
подсистеме «Бюджетирование и планирование».
Права на действия с документом «План продаж» будут разделены на роли и описаны в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
Автоматическое заполнение табличной части Товары настроено по следующим параметрам:



Данные предыдущего периода (используется среднее значение продаж за предыдущие
2 года).
Предстоящие контракты - возможное увеличение плановых показателей.
Сезонность.
Формат: план формируется помесячно пономенклатурно.
25
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
2.4.2.2. СОГЛАСОВАНИЕ И КОРРЕКТИРОВКА ДОКУМЕНТА «ПЛАН
ПРОДАЖ»
2.4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Менеджер отдела продаж и маркетинга направляет План продаж на согласование Начальнику
отдела продаж и маркетинга.
Начальник отдела продаж и маркетинга при необходимости возвращает документ на
корректировку Менеджеру отдела продаж и маркетинга.
2.4.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будет использован механизм согласования документа
«План продаж» аналогично процессу согласования планов в блоке «Бюджетирование и
планирование». Типовой механизм согласования документа «План продаж» в 1С:ERP. УХ не
предусмотрен.
Менеджер отдела продаж и маркетинга направляет документ «План продаж» на согласование
Начальнику отдела продаж и маркетинга посредствам типового механизма согласования документа
по маршруту согласно предварительно настроенной матрице.
При отправке документа «План закупок» на согласование, статус согласования автоматически
устанавливается «На утверждении», статус документа «На утверждении».
Начальник отдела продажи маркетинга согласовывает либо при необходимости отправляет на
корректировку. При это автоматически устанавливается статус согласования «Утвержден» (статус
документа «Утвержден») или «Отправлен на уточнение» (статус документа «В подготовке»)
соответственно. После корректировки Менеджер отдела продаж и маркетинга так же запускает
процесс согласования посредствам типового механизма согласования документа по маршруту
согласно предварительно настроенной матрице.
Если документ «План закупок» не согласован, то автоматически устанавливается статус
согласования «Отклонен», статус документа «Отменен».
Значения статусов согласования документа «План продаж» будут определены при доработке
либо использованы аналогично значениям статусов согласования бюджетных планов.
Требования к автоматизации процесса представлены в Приложении 4.5 «Реестр
функциональных требований и разрывов».
2.5. СКИДКИ
2.5.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Для стимулирования продаж в компании применяются скидки на продукцию.
Скидки автоматически назначаются клиентам в зависимости от объема приобретаемой
продукции.
Для назначения скидок используется типовой Справочник «Скидки (наценки)».
Скидки (наценки) в системе устанавливает ответственное лицо.
Требования к автоматизации процесса представлены в Приложении 4.5 «Реестр
функциональных требований и разрывов».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
26
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
2.5.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА «ФОРМИРОВАНИЕ СКИДКИ»
В Таблице 5 представлен перечень функций бизнес-процесса, реализуемые в системе 1C:ERP.
УХ:
Таблица 5. Перечень бизнес-процессов.1
№
п/п
Код БП
Название БП
1
МРК.4
Формирование
скидки
Название Функции
Установка
(наценки)»
Детальное описание
«Скидки Главный бухгалтер в системе
вручную устанавливает скидки.
2.5.2.1. УСТАНОВКА «СКИДКИ (НАЦЕНКИ)»
2.5.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Главный бухгалтер либо ответственное лицо устанавливает скидки в зависимости от
планируемых маркетинговых мероприятий, на текущий момент скидки определены только по
группе Косметика за единоразовый объем.
При отражении в системе хозяйственных операций по реализации товаров скидки будут
автоматически рассчитаны системой в соответствии с условиями в документе «Реализация товаров
и услуг».
2.5.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой Справочник «Скидки (наценки)»,
который расположен в подсистеме «CRM и маркетинг» → Цены и скидки → Скидки (наценки):
27
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
При переходе по гиперссылке «Скидки (наценки) откроется форма списка Справочника
«Скидки (наценки). По кнопке создать система выведет список выбора вариантов скидок (наценок):
При выборе требуемого варианта установки скидки (наценки) система откроет форму
создания элемента Справочника:
Необходимо на вкладке «Основное» заполнить:







Наименование;
Способ применения;
Способ назначения (вручную или автоматически);
Тип скидки;
Размер скидки;
При необходимости заполнить отбор по номенклатуре;
При необходимости заполнить клиентов, которым будет предоставлена скидка.
На вкладке «Условия предоставления» заполнить условие предоставления:
28
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
После этого записать элемент Справочника, далее установить статус «Действует» и интервал
применения скидки.
Права на действия со Справочником «Скидки (наценки)» будут разделены на роли и описаны в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.6. УСТАНОВКА ЦЕН
2.6.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен требованием о фиксации цен в системе с дальнейшим
использованием автозаполнения цен при отражении хозяйственных операций.
Для регистрации цен на номенклатуру в системе отвечает документ «Установка цен
номенклатуры», который позволяет применять и изменять цены с определенных дат.
Использование Справочника «Виды цен» позволяет выполнять автоматический расчет
зависимых цен от базовых цен. Главный бухгалтер в системе вручную формирует запись в
справочнике «Скидки (наценки)».
Главный бухгалтер либо ответственное лицо выполняет в системе настройки ценообразования
и устанавливает цены на номенклатуру.
При создании документов, отражающих хозяйственные операции с использование цен, цены
автоматически заполняются в документах при выборе требуемого Вида цен.
Система позволяет выгружать и выводить на печать прайс-лист.
Требования к автоматизации процесса представлены в Приложении 4.5 «Реестр
функциональных требований и разрывов».
Для функций, которые выполняются пользователем в системе, предусмотрена бизнес-роль в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.6.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА «УСТАНОВКА ЦЕН ПРАЙС-ЛИСТ»
В Таблице 6 представлен перечень функций бизнес-процесса, реализуемые в системе 1C:ERP.
УХ:
29
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Таблица 6. Перечень функций бизнес-процессов2
№
п/п
1.
2.
Код БП
МРК.5
МРК.5
Название БП
Установка цен
Установка цен
3.
МРК.5
Установка «Вид цены»
Формирование
листа»
Детальное описание
Главный бухгалтер в системе
вручную настраивает вид цены.
«Прайс- Главный бухгалтер/Начальник
отдела продаж и маркетинга в
системе вручную формирует
прайс-лист.
Установка цен
Согласование
«Прайс- Главный
бухгалтер
вне
листа» с Управляющей системы направляет «Прайс
компанией
лист» на согласование.
Установка цен
Формирование
«Цены Менеджер отдела маркетинга
конкурентов (прайс-лист)» вручную формирует/загружает
цены конкурентов.
4.
МРК.5
Название Функции
2.6.2.1. УСТАНОВКА «ВИДА ЦЕНЫ»
2.6.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Для фиксации цен по номенклатуре с определенной даты используется типовой документ
«Установка цен номенклатуры».
Для возможности регистрации цен по номенклатуре нужно создать используемые виды цен по
каналам продаж (базовые, оптовые, розничные и т.д.) и при необходимости вспомогательные цены
(закупочные, себестоимость), которые влияют на расчет используемых (например: к себестоимости
может прибавляться наценка для формирования оптовой или розничной цены).
На минеральную воду и лечебную грязь используется 3 вида цен:
 для Санаторно-Курортных Учреждений;
 для Санаторно-Курортных Учреждений - поставщиков в бюветы общего посещения;
 для заводов розлива.
Для косметической продукции используется 3 вида цен:
 базовая цена;
 скидка 5% от 100 тысяч рублей;
 скидка от 5 до 35% применяется при единоразовой закупке от 500 тысяч рублей в
зависимости от товарной номенклатуры.
Главный бухгалтер или ответственное лицо вручную формирует в системе запись в
справочнике «Вид цены», при этом определяя способ задания цены и правила её расчета.
2.6.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данного бизнес-процесса предназначен типовой справочник «Виды цен».
Справочник «Виды цен» расположен в подсистеме «CRM и маркетинг» → Настройки и
справочники → Цены и скидки → Виды цен.
30
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
При создании элемента Справочника «Виды цен»:







Заполняется название Вида цен (например: Розничные)
Выбирается валюта
Включение НДС в цену
При каких события используется цена (оптовой/розничной продаже или при выпуске
продукции)
Назначается ли цена на всю номенклатуру или только некоторую (в таком случае нужно
установить отбор)
Способ задания цены
Правила округления
И обязательно устанавливается статус «Действует».
Для автоматического заполнения цен в документах продажи используется Справочник
«Соглашения с клиентом», в котором указывается требуемый Вид цен:
На основании созданного Вида цены и сформированного для него Прайс-листа в документе
«Реализация товаров и услуг» цены устанавливаются автоматически.
Для реализации с розничных торговых точек «Вид цены» задается в настройках складах:
31
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Права на действия со Справочником «Вид цен» будут разделены на роли и описаны в
Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.6.2.2. ФОРМИРОВАНИЕ «ПРАЙС-ЛИСТА»
2.6.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
В системе должны регистрироваться и храниться цены по номенклатуре для дальнейшего
использования в работе, в том числе при отражении хозяйственных операций в регламентированном
и складском учете.
Главный бухгалтер/ Начальник отдела маркетинга в системе вручную устанавливают цены в
соответствии с дальнейшим использованием в системе.
2.6.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции в 1С:ERP. УХ предназначено рабочее место для
формирования цен – Обработка «Прайс-лист».
Данная Обработка расположена в подсистеме «CRM и маркетинг» → Цены и скидки → Цены
(прайс-лист).
32
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
При переходе по гиперссылке «Цены (прайс-лист) откроется форма Обработки, на которой
необходимо нажать на кнопку «Сформировать».
При нажатии на кнопку «Сформировать» система предложит настроить параметры
формирования прайс-листа:
На вкладке «Отбор номенклатуры» необходимо заполнить номенклатуру, для которой будут
устанавливаться цены. Для этого предназначены отборы на вкладках «По иерархии», «По
номенклатуре» и «По свойствам». При установке отборов цены в прайс-листе будут установлены
только на выбранную номенклатуру:
33
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
На вкладке «Колонки прайс-листа» необходимо выбрать Виды цен, по которым будет
установлена цена на отобранную номенклатуру:
На вкладке «Сортировка и группировка» при необходимости можно задать поля для
сортировки номенклатуры (код, артикул и др.).
34
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
По завершению настройки параметров формирования прайс-листа необходимо нажать на
кнопку «ОК».
При нажатии на кнопку «ОК» система автоматически сформирует список отобранной
номенклатуры и колонок с видами цен для заполнения. По Видам цен, в котором задано ручное
заполнение, необходимо вручную ввести цены. В колонках по зависимым Видам цен, которые
рассчитываются от используемых Видов цен, система сделает автоматический расчет в
соответствии с настройками.
После регистрации цен необходимо нажать на кнопку «Применить измененные цены» система выведет окно для установки даты применения цен. Необходимо заполнить дату, выбрать
действие – «записать и провести», так как при выборе «записать» документ «Установка цен
номенклатуры» не будет проведен и установленные цены не будут применяться в системе, далее
нужно нажать на кнопку «установить».
После выполнения данных действий в системе автоматически будет создан документ
«Установка цен номенклатуры», который можно посмотреть, перейдя по гиперссылке «История
изменения цен» внизу Обработки.
35
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Так же внизу Обработки по формированию прайс-листа можно перейти для формирования
отчета «Прайс-лист», сформированные данные которого можно выгрузить или вывести на печать с
использованием типовых механизмов системы.
Права на действия со документом «Установка цен номенклатуры» будут разделены на роли и
описаны в Приложении 4.6 «Соответствие функций и бизнес-ролей».
2.6.2.3. СОГЛАСОВАНИЕ
КОМПАНИЕЙ
«ПРАЙС-ЛИСТА»
С
УПРАВЛЯЮЩЕЙ
2.6.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Сформированные цены на продукцию проходят процесс согласования с Управляющей
Компанией вне системы.
Далее цены утверждаются приказом и могут использоваться в системе с установленной даты.
Действие цены может быть ограничена сроком.
2.6.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции предназначен типовой механизм установки статусов
документу «Установка цен номенклатуры», который создается в рабочем месте «Прайс-лист».
36
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Для использования статусов документа «Установка цен номенклатуры» необходимо включить
функциональную опцию, расположенную в НСИ и Администрирование → Настройки разделов →
CRM и маркетинг → Маркетинг → Согласование цен.
При включении данной опции в документе «Установка цен номенклатуры» будет
визуализирован реквизит «Статус», который имеет 2 значения:


Не согласован
Согласован
Права на установку статуса «Согласован» в документе «Установка цен номенклатуры» можно
назначить ответственному пользователю. После согласования цен с Управляющей компанией
Ответственное лицо устанавливает вручную необходимый статус документу.
2.6.2.4. ФОРМИРОВАНИЕ «ЦЕНЫ КОНКУРЕНТОВ (ПРАЙС-ЛИСТ)»
2.6.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Для формирования ценообразования и оценки конкурентоспособности на рынке необходимо
регистрировать и хранить цены конкурентов по номенклатуре с похожими свойствами.
Менеджер отдела маркетинга в системе регистрирует цены конкурентов, используя типовую
обработку «Цены конкурентов (прайс-листы).
2.6.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции необходимо включить функциональную опцию в разделе
«НСИ и Администрирование» → Настройки разделов → CRM и маркетинг → Маркетинг →
Конкурентная разведка:
37
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Для определения системой контрагента как конкурента необходимо регистрировать
конкурентов: создавать карточки Партнера по конкурентам, устанавливая в карточке
соответствующий признак:
Посмотреть всех партнеров, которые являются конкурентами можно в подсистеме «CRМ и
маркетинг» → Маркетинг → Конкуренты:
Для регистрации цен конкурентов используется рабочее место «Цены конкурентов (прайслисты), которое расположено в подсистеме «CRM и маркетинг» → Маркетинг → Цены конкурентов
(прайс-листы):
38
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
При переходе по гиперссылке «Цены конкурентов (прайс-листы) откроется форма Обработки
«Прайс-лист поставщика (с командой прайс-листы Конкурентов):
Для формирования прайс-листа конкурентов необходимо заполнить поле «Поставщик» (в
данном случае это – конкурент. Название реквизита «Поставщик», так как данная обработка
используется так же и для формирования прайс-листа поставщиков).
После заполнения поля «Поставщик» необходимо нажать на кнопку «Сформировать» и в
открывшемся окне заполнить параметры прайс-листа.
На вкладке «Отбор номенклатуры» необходимо заполнить номенклатуру, при этом
предварительно должен быть заполнен Справочник «Номенклатура партнера». Элемент
Справочника «Номенклатура партнера» можно создать через выбор команды «добавить» или
39
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
«подбор», которые открывают форму выбора Справочника «Номенклатура партнера» с кнопкой
«создать», которая в свою очередь позволяет создать новый элемент Справочника:
На вкладке «Колонки прайс-листа» задается «Вид цены». Требуемый элемент Справочника
«Вид цены поставщика» можно также создать с формы Обработки по кнопке «добавить».
После того, как все необходимы данные заполнены, дата формирования прайс-листа, которая
является датой действующих цен конкурента, установлена, следует нажать на кнопку «ОК» для
ввода цен. Цены в данном случае вводятся вручную. После заполнения цен на форме Обработке
активируется кнопка «Применить измененные цены», при нажатии на которую система предложит
установить чек-бокс в значениях «записать» или «записать и провести».
40
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
При выборе «Записать и провести» в системе автоматически будет создан документ
«Регистрация цен поставщика».
Создавать документ «Регистрация цен поставщика» можно с помощью типового механизма
загрузки данных с помощью файла Excel. Механизм загрузки запускается с помощью кнопки
«Загрузить из внешнего файла»: система сформирует шаблон для заполнения данных.
В системе автоматически создается документ «Регистрация цен поставщика»
Также после проведения документа «Регистрация цен поставщика» в системе информация о
товарах будет:
 записана в Регистры накопления, в том числе:
41
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
o Цены номенклатуры поставщиков
На основании зарегистрированных цен Конкурентов Менеджер отдела продаж и маркетинга
формирует отчет «Анализ цен» для ведения цен конкурентов и ценового позиционирования.
Права использование Обработки «Цены конкурентов (прайс-листы)» и на действия с
документом «Регистрация цен поставщика» будут разделены на роли и описаны в Приложении 4.6
«Соответствие функций и бизнес-ролей».
2.7. ОТЧЕТНОСТЬ
2.7.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс обусловлен необходимостью получения отчетных данных для анализа по
блоку «Маркетинг».
2.7.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА «ОТЧЕТНОСТЬ»
В Таблице 7 представлен перечень функций бизнес-процессов, реализуемых в системе
1С:ERP. УХ.
Таблица 7. Перечень функций бизнес-процессов.
№
п/п
1
Код БП
Название БП
МРК.6 Отчетность
Название Функции
Детальное описание
Формирование отчетности
Формирование отчетов для
анализа
эффективности
маркетинговых мероприятий
2.7.2.1. ФОРМИРОВАНИЕ ОТЧЕТНОСТИ
2.7.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
Для анализа продаж, сделок, активности сотрудников и эффективности маркетинговых
мероприятий используются в том числе типовые отчеты подсистемы «CRM и маркетинг».
2.7.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используются типовые отчеты по CRM и маркетингу, в
том числе:
 Продажи по сделкам по предприятию в целом – предназначен для анализа валовой прибыли
и влияющих на её формирование факторов в разрезе клиентов.
 Прайс-лист – позволяет получить данные по виду цен с возможностью выгрузки в файл или
выведения на печать.
Все отчеты позволяют детализировать данные до уровня документов и контактов.
Отчеты расположены в подсистеме «CRM и маркетинг» → Отчеты по CRM и маркетингу:
42
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
Динамика продаж по бизнес-регионам и видам номенклатуры – позволяет получать данные
по объемам продаж за выбранный период по бизнес-регионам и видам номенклатуры.
Возможен анализ по периодам - квартал, месяц, неделя, день. Отчет расположен в
подсистеме «Продажи».
 Исполнение плана продаж по подразделениям – позволяет анализировать динамику
выполнения плана продаж в разрезе подразделений и номенклатуры. Отчет расположен в
подсистеме «Бюджетирование и планирование» → Отчеты по бюджетированию и
планированию.
Кроме типовых отчетов требуется разработка отчетов по формам заказчика. Перечень
заявленных отчетов представлен в приложении 1. Перечень печатных и отчетных форм.

3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей ИС основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:
 Пользователи.
 Группы доступа.
 Профили групп доступа.
 Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 Создание новых ролей.
 Создание новых профилей доступа.
 Создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:
 Стандартный инструмент управления доступом на основе ролей.
 Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
43
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
Изменение №
В конфигурации определяются три обязательные роли:
 Полные права.
 Администратор Системы
 Интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели ИС, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей ИС необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 6
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ОТЧЕТНЫХ И ПЕЧАТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИОННЫХ ПОТОКОВ
4.3. ПЕРЕЧЕНЬ НСИ
4.4. РЕЕСТР МИГРАЦИОННЫХ ПОТОКОВ
44
Редакция 1
МАРКЕТИНГ В
АО «Кавминкурортресурсы»
4.5. РЕЕСТР ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
45
Изменение №

=== ФАЙЛ: ↳ 74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_НСИ.docx | docs/32616449098/74-2026_Приложение 1_ч1 (архив)/02_74-2026_Приложение 1_ч1/Прил1_НСИ.pdf
Отчет о моделировании
бизнес-процессов по блоку «Ведение нормативно-справочной информации»
в 1С:ERP. Управление холдингом, ред. 3.2
для АО «Кавминкурортресурсы»
Ессентуки, 2026 г
1.
Оглавление
Лист согласования.................................................................................................................... 3
Версии документа..................................................................................................................... 4
Общие сведения....................................................................................................................... 5
1.1.
1.2.
1.3.
1.4.
1.5.
2.
Назначение документа........................................................................................................ 5
Определения терминов и сокращений...............................................................................5
Цели, задачи и объект моделирования..............................................................................6
Подход к реализации сценария моделирования...............................................................6
Общие методологические требования к внедряемой Системе.......................................6
Характеристика объектов и результатов его моделирования.............................................8
2.1.
Бизнес-процесс по блоку «Нормативно-справочная информация»................................8
2.1.1.
Бизнес-процесс по разделу «Создание нормативно-справочной информации»...8
2.1.2.
Бизнес-процесс по разделу «Редактирование нормативно-справочной
информации» 8
2.2. Создание нормативно-справочной информации..............................................................8
2.2.1.
Общее описание моделируемого бизнес-процесса..................................................8
2.2.2.
Функции бизнес-процесса...........................................................................................8
2.3. Редактирование нормативно-справочной информации.................................................15
3.
4.
2.3.1.
Общее описание моделируемого бизнес-процесса................................................15
2.3.2.
Функции бизнес-процесса.........................................................................................15
Концепция ролей и полномочий.......................................................................................... 22
Приложения к документу......................................................................................................23
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
Перечень отчетных и печатных форм..............................................................................23
Перечень интеграционных потоков.................................................................................23
Перечень НСИ....................................................................................................................23
Реестр миграционных потоков.........................................................................................23
Описание функциональных требований и разрывов......................................................23
Соответствие функций и бизнес-ролей...........................................................................23
Дополнительные материалы............................................................................................. 23
2
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Лист согласования
Должность
ФИО
Подпись
3
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Версии документа
Дата
19.12.2025
Автор
Литвинко Е.Л.
Компания
Версия
ООО «Градум»
1.0
Описание изменений
4
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
1. ОБЩИЕ СВЕДЕНИЯ
1.1. НАЗНАЧЕНИЕ ДОКУМЕНТА
Настоящий документ «Отчет о моделировании бизнес-процессов на базе 1С:ERP. УХ по
Ведению нормативно-справочной информации» содержит описание системы, алгоритмов
процессов, используемых объектов разрабатываемой системы с учетом моделей бизнес-процессов,
требований Технического задания на выполнение работ по обследованию и моделированию, а также
внутренних нормативных документов Заказчика. Окончательные требования к разработкам могут
быть уточнены на этапе реализации.
Основанием для разработки документа является Договор на выполнение работ 29-08-25/1 от
08.09.2025.
В документе описан подход к реализации функциональных требований по данному
направлению на базе 1С:ERP. УХ, определенный в результате моделирования на типовой
функциональности.
В документе содержится:
 Схема бизнес-процесса;
 Описание функций, реализуемых в 1С:ERP. УХ, с указанием входов, выходов и
ожидаемого результата;
 Отчетные и печатные формы бизнес-процесса;
 Верхнеуровневое описание интеграционных потоков, если применимо;
 Требования к миграции данных при переходе на внедряемую систему;
 Требования к бизнес-ролям пользователей данного направления.
В качестве основы использовались процессы хозяйственной деятельности Заказчика.
В пользовательском интерфейсе меню и внешний вид сеансов может отличаться от описанных
в настоящем документе в зависимости от установленных обновлений на Базовую систему.
1.2. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ И СОКРАЩЕНИЙ
Сокращение /
Термин
1C:ERP. УХ
1С:ERP Управление холдингом, ред. 3.2
1С:ЗУП
1С:Зарплата и управление персоналом, ред. 8
БП
Бизнес-процесс
Заказчик
АО «Кавминкурортресурсы»
НСИ
Нормативно-справочная информация
Отдел ИТ
Отдел информационных технологий
Предприятие
АО «Кавминкурортресурсы»
Регламент по
НСИ
Система
Регламент по ведению нормативно-справочной информации на
АО «Кавминкурортресурсы»
Внедряемая информационная система на базе конфигурации 1С:ERP
Определение термина (расшифровка сокращения)
5
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
ТМЦ
Управление холдингом, ред. 3.2
Товарно-материальные ценности
ЦФО
Центр финансовой ответственности
Редакция 1
Изменение №
1.3. ЦЕЛИ, ЗАДАЧИ И ОБЪЕКТ МОДЕЛИРОВАНИЯ
Объектом моделирования являются бизнес-процессы ведения нормативно-справочной
информации Заказчика.
Целью моделирования является анализ текущих бизнес-процессов по ведению нормативносправочной информации, фиксирование функциональных требований к разрабатываемой системе
как со стороны владельца бизнес-процессов, так и со стороны смежных процессов и подразделений.
Настоящий документ предназначен для фиксации результатов проведённого моделирования
бизнес-процессов.
В объем моделирования входят следующие задачи:









уточнение организационной структуры Заказчика;
уточнение функционального объёма Проекта по внедрению системы;
определение взаимосвязей между действующими информационными системами и
степень их автоматизации;
определение интеграционных потоков между действующими и проектируемыми
информационными системами;
описание текущих бизнес-процессов по ведению нормативно-справочной информации
уточнение требований функционального заказчика к функционалу разрабатываемой
системы;
определение функциональных разрывов между функциональными требованиями и
типовой функциональностью 1С:ERP. УХ
определение требований к миграции первичных данных;
определение требований к бизнес-ролям пользователей данного направления.
1.4. ПОДХОД К РЕАЛИЗАЦИИ СЦЕНАРИЯ МОДЕЛИРОВАНИЯ
Моделирование бизнес-процессов было произведено в соответствии с согласованными
сценариями моделирования. При моделировании была использована типовая функциональность
системы 1С:ERP. УХ. Ситуации, когда типовая функциональность не покрывает функциональные
требования, фиксируются как функциональные разрывы с описанием возможных доработок.
Заказчик определяет приоритет каждого функционального разрыва и принимает решение о
необходимости включения описанной доработки в архитектуру внедряемой системы.
Перечень функциональных требований и функциональных разрывов представлен в
приложении.
Моделирование производилось с учетом следующих допущений и ограничений:
 Проведение моделирования бизнес-сценария ограничивается организационными и
функциональными рамками выполнения работ, определенными в приложении 1 к ТЗ на
закупку № 70/2025;
 При моделировании рассматриваются процессы и функции, которые должны быть
реализованы в информационной системе 1С:ERP. УХ.
6
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
1.5. ОБЩИЕ МЕТОДОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ СИСТЕМЕ
Для моделирования бизнес-процессов используется конфигурация «1С:ERP. Управление
холдингом, редакция 3.2.10.1». Все технические решения, описанные в данном документе,
базируются на функциональных возможностях данной редакции. В случае, если на момент
разработки и внедрения системы будет принято решение по использованию другой (более новой
или старой) редакции системы «1С:ERP. Управление холдингом», то это потребует пересмотра
части проектных решений в зависимости от существенности отличий в редакциях системы.
Перечень автоматизируемых бизнес-процессов, подпроцессов, функций должен
соответствовать перечню, приведенному в приложении 1 к Техническому заданию на закупку №
70/2025.
Планируемые настройки и доработки системы прорабатываются в соответствии с системой
стандартов и методик разработки конфигураций на технологической платформе 1С:Предприятие 8,
размещенных вендором фирмой 1С по ссылке https://its.1c.ru/db/v8std#browse:13:-1).
7
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2. ХАРАКТЕРИСТИКА ОБЪЕКТОВ И РЕЗУЛЬТАТОВ ЕГО МОДЕЛИРОВАНИЯ
2.1. БИЗНЕС-ПРОЦЕСС ПО БЛОКУ «НОРМАТИВНО-СПРАВОЧНАЯ ИНФОРМАЦИЯ»
Общая схема бизнес-процесса:
Схемы процессов нижнего уровня:
Перечень подпроцессов по ведению НСИ представлен в Таблица 1.
Таблица 1 Перечень подпроцессов по ведению НСИ
№
п/п
1.
2.
3.
Уровень
БП
2
2
2
Код БП
Название БП
1.1
Создание нормативно-справочной информации
1.2
Редактирование нормативно-справочной информации
1.3
Формирование дашбордов
2.2. СОЗДАНИЕ НОРМАТИВНО-СПРАВОЧНОЙ ИНФОРМАЦИИ
2.2.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Для ведения НСИ требуется разработка Регламента по ведению НСИ (далее «Регламент по
НСИ»).
Бизнес-процесс по созданию НСИ заключается в наполнении перечня справочников согласно
правилам, установленным Регламентом по НСИ.
НСИ является сквозной аналитикой всех бизнес-процессов, ведущихся в 1С:ERP. УХ, и
участвует в создании документов, регистров, отчетов, а также в формировании прочей НСИ.
Создание НСИ в 1С:ERP. УХ будет проходить двумя способами:


с помощью процесса согласования по установленному маршруту;
без процесса согласования.
Перечень НСИ, требующей централизации, представлен в Приложении 4.3 «Перечень НСИ»
со значением «Да» в колонке «Требуется централизация и работа через заявки». Далее по тексту
централизация ведения НСИ будет рассмотрена на примере справочника «Номенклатура».
Перечень НСИ, не требующей централизации, представлен в Приложении 4.3 «Перечень
НСИ» со значением «Нет» в колонке «Требуется централизация и работа через заявки».
Процесс создания элементов НСИ, требующих централизации, будет проходить через этапы
согласования. Для этого инициатор бизнес-процесса, в ходе которого требуется создание новой
8
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
номенклатуры, создает документ «Заявка на изменение НСИ». Далее этот документ проходит
согласование по установленным этапам. Результатом согласования Заявки на изменение НСИ будет
созданный и готовый к дальнейшему использованию элемент справочника.
Элементы НСИ, не требующие централизации, не будут проходить процесс согласования. Они
будут создаваться ответственными лицами, которым предоставлены права на создание элементов
справочников. Права на создание различных справочников будут разделены по ответственным.
Ролевая модель по созданию НСИ представлена в Приложении 4.6 «Соответствие функций и бизнес
ролей».
Перечень НСИ, требуемой к ведению в 1С:ERP. УХ, представлен в Приложении 4.3 «Перечень
НСИ». Глубина первичной миграции НСИ в внедряемые системы подразумевает перенос всей НСИ
без отсечки по наличию оборотов за период или наличия текущих остатков. По мере моделирования
других учетных блоков перечень НСИ может быть расширен.
2.2.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблица 2 представлен перечень функций бизнес-процессов, реализуемые в системе
1C:ERP. УХ.
Таблица 2 Перечень функций бизнес-процессов, реализуемые в системе 1C:ERP. УХ в части создания
НСИ
№
п/
п
1.
2.
3.
4.
Код БП
Название БП
1.1
Создание
нормативносправочной
информации
1.1
Создание
нормативносправочной
информации
1.1
Создание
нормативносправочной
информации
1.1
Создание
нормативно-
Название Функции
Детальное описание
Создание элемента НСИ
(кроме НСИ, требующей
централизации), заполнение
Создание элемента НСИ
реквизитов,
запись
элемента справочника в
статусе «Активный»
Создание элемента НСИ (в
частности,
элемента
справочника
«Номенклатура»),
заполнение
реквизитов,
Создание
Заявки
на
запись
элемента
изменение НСИ
справочника
в
статусе
«Неактивный» и создание
на его основании документа
«Заявка на изменение НСИ»
в статусе «Черновик»
Отправление
документа
«Заявка на изменение НСИ»
Отправление Заявки на по
установленному
НСИ на согласование
маршруту
согласования,
присвоение заявке статуса
«На утверждении»
Проверка
заполнения Проверка
корректности
реквизитов
заполнение
реквизитов
9
АО «КМКР»
№
п/
п
Код БП
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Название БП
Название Функции
справочной
информации
5.
6.
7.
8.
1.1
Создание
нормативносправочной
информации
1.1
Создание
нормативносправочной
информации
1.1
Создание
нормативносправочной
информации
1.1
Создание
нормативносправочной
информации
Редакция 1
Изменение №
Детальное описание
согласующим лицом
При нахождении ошибок
согласующим
лицом
отправление
документа
«Заявка на изменение НСИ»
Отправление Заявки на на
корректировку
НСИ на корректировку
инициатору с указанием
примечания с причинами
отклонения
заявки,
присвоение заявке статуса
«Отправлена на уточнение»
При
подтверждении
корректности заполнения
реквизитов согласующим
лицом
согласование
Согласование Заявки на
документа
«Заявка
на
НСИ
изменение
НСИ»,
присвоение заявке статуса
«Утвержден», а элементу
НСИ – статуса «Активный»
Корректировка реквизитов
элемента НСИ согласно
примечанию с указанием
Корректировка НСИ
причин отправки документа
«Заявка на изменение НСИ»
на уточнение согласующим
лицом
Интеграция
НСИ,
включенной в перечень
Интеграция НСИ
НСИ к обмену из 1С:ЗУП в
1С:ERP. УХ
2.2.2.1. СОЗДАНИЕ ЭЛЕМЕНТА НСИ
2.2.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При необходимости создания в Системе нового элемента НСИ пользователь, ответственный за
его создание, должен иметь доступ к списку данной НСИ в системе и права на создание элемента
НСИ. Для всей НСИ, не требующей централизации, инициатор создания элемента НСИ должен
быть единственным участником данного процесса – согласование наполнения элемента НСИ
другими пользователями Системы не требуется.
Согласно Регламенту по НСИ необходимо установить в Системе обязательные для заполнения
реквизиты каждого справочника или регистра. При их незаполнении Система должна блокировать
создание нового элемента НСИ.
10
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Согласно Регламенту по НСИ необходимо установить в Системе ключевые реквизиты для
справочников, по которым будет осуществляться контроль дублей. При создании элемента НСИ с
идентичным значением этих ключевых реквизитов Система должна блокировать создание нового
элемента НСИ.
Необходимо предоставить возможность создания нового элемента НСИ в Системе вручную
или копированием уже созданных элементов с дальнейшим изменением значений реквизитов.
Необходимо предоставить возможность настройки списков НСИ для наглядности вывода
информации и упрощения поиска определенного элемента НСИ по его реквизитам.
Необходимо предоставить возможность прикрепления файлов к элементам НСИ.
Необходимо разграничить права на создание различной НСИ по ответственным отделам
Предприятия. Ролевая модель по созданию НСИ представлена в Приложении 4.6 «Соответствие
функций и бизнес ролей».
2.2.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будут использоваться типовые и разработанные
механизмы создания НСИ. Перечень типовой и требующей разработки НСИ представлен в
Приложении 4.3 «Перечень НСИ».
Ответственному за создание НСИ будет предоставлен доступ в интерфейсе Системы к списку
справочника или регистра, требуемого к созданию. Списки НСИ могут быть индивидуально
настроены пользователем в части выводимых колонок с реквизитами и устанавливаемых отборов.
Создание нового элемента НСИ доступно как из списка НСИ, так и из документов или прочих
рабочих мест Системы. В обоих случаях доступно создание нового элемента НСИ вручную или
копированием созданного ранее элемента с дальнейшим внесением изменений в часть его
реквизитов.
Пользователь, обладающий правами на создание элемента НСИ заполняет реквизиты,
требующие ручного заполнения. Часть реквизитов будет заполняться автоматически по шаблонам
заполнения согласно Регламенту по НСИ.
Отказ от процесса согласования в виде документа «Заявка на изменение НСИ», а также
контроль обязательности заполнения реквизитов и их уникальности (для контроля дублей)
устанавливается в типовом справочнике «Справочники текущей информационной базы». Данная
настройка будет применена для всех справочников, не требующих централизации.
При отказе от ведения Заявок на изменение НСИ запись (сохранение) элемента НСИ будет
устанавливать ему скрытый статус «Активный», который свидетельствует о доступности
использования данного элемента НСИ в других бизнес-процессах сразу после создания.
Система позволяет прикрепить файлы к элементам НСИ. Из списка присоединенных файлов
доступно их открытие на просмотр и редактирование.
2.2.2.2. СОЗДАНИЕ ЗАЯВКИ НА ИЗМЕНЕНИЕ НСИ
2.2.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для справочника «Номенклатура» требуется установить процесс согласование при создании
нового элемента по маршруту согласно Регламенту по НСИ. При этом реквизиты должны
заполняться ответственным за создание данного элемента справочника, т.е. инициатором процесса
согласования, а не согласующими лицами.
11
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Способы создания элемента справочника «Номенклатура», способ настройки обязательных
реквизитов и уникальности заполнения реквизитов, а также настройка списка справочника должны
быть аналогичны остальным справочникам согласно требованиям, приведенным в пункте 2.2.2.1.1.
Необходимо предоставить возможность прикрепления файлов к элементам справочника
«Номенклатура».
Ролевая модель, включающая права на создание справочника «Номенклатура», представлена в
Приложении 4.6 «Соответствие функций и бизнес ролей».
2.2.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будет использоваться типовой механизм создания
справочника «Номенклатура» и создания на его основании документа «Заявка на изменение НСИ».
Включение согласования в виде документа «Заявка на изменение НСИ», а также контроль
обязательности заполнения реквизитов и их уникальности (для контроля дублей) устанавливается в
типовом справочнике «Справочники текущей информационной базы».
Ответственному за создание справочника «Номенклатура» будет предоставлен доступ в
интерфейсе Системы к списку данного справочника. Список может быть индивидуально настроен
пользователем в части выводимых колонок с реквизитами и устанавливаемых отборов.
Создание нового элемента справочника «Номенклатура» доступно как из списка справочника,
так и из документов или прочих рабочих мест Системы. В обоих случаях доступно создание нового
элемента номенклатуры вручную или копированием созданного ранее элемента с дальнейшим
внесением изменений в часть его реквизитов.
Пользователь, обладающий правами на создание номенклатуры, заполняет реквизиты,
требующие ручного заполнения. Часть реквизитов будет заполняться автоматически по шаблонам
заполнения согласно Регламенту по НСИ.
Запись (сохранение) элемента справочника «Номенклатура» до согласования документа
«Заявка на изменение НСИ» по нему будет устанавливать ему скрытый статус «Не активный»,
который свидетельствует о недоступности использования данного элемента НСИ в дальнейших
бизнес-процессах.
После записи элемента справочника «Номенклатура» пользователь, ответственный за
создание номенклатуры, создает на его основании документ «Заявка на изменение НСИ». Данный
документ содержит в себе информацию об объекте НСИ (в данном случае справочник
«Номенклатура»), ссылку на конкретный элемент НСИ (в данном случае элемент справочника
«Номенклатура»), вид операции (при создании нового элемента устанавливается вид операции
«Регистрация нового элемента»), а также табличную часть «Связанные заявки на изменение НСИ»
(ее заполнение не является обязательным и может использоваться для установки связей между
заявками).
До отправки на согласование документа «Заявка на изменение НСИ» ему автоматически
присваивается статус «Черновик».
Система позволяет прикрепить файлы к элементам справочника «Номенклатура» и документу
«Заявка на изменение НСИ». Из списка присоединенных файлов доступно их открытие на просмотр
и редактирование.
12
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.2.2.3. ОТПРАВЛЕНИЕ ЗАЯВКИ НА НСИ НА СОГЛАСОВАНИЕ
2.2.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После заполнения реквизитов элемента справочника «Номенклатура» ответственный за его
создание должен отправить его на согласование по маршруту согласно Регламенту по НСИ. После
этого процесс создания элемента номенклатуры должен перейти к ответственным за согласование.
2.2.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм подключения документа
«Заявка на изменение НСИ» к процессу согласования и установки маршрута согласования.
Установка маршрута согласования и определение его этапов с ответственными за них ролями
пользователей осуществляется в справочнике «Шаблоны универсальных процессов». Данный
справочник группирует в себе элементы справочника «Этапы универсальных процессов», в рамках
которых устанавливаются следующие настройки согласования:







этапы согласования и их порядок;
перечень ответственных за согласование на определенном этапе в виде отдельных
пользователей Системы или ролей;
статус объекта Системы (в данном случае документа «Заявки на изменение НСИ») при
его попадании на определенный этап согласования;
перечень реквизитов, доступных для изменения в процессе согласования на
определенном этапе;
плановая длительность согласования на определенном этапе;
возможность установки автоматического согласования определенного этапа при
нарушении плановых сроков согласования;
возможность установки обязательности для ввода комментария при согласовании или
отклонении объекта Системы (в данном случае документа «Заявки на изменение
НСИ»).
После записи элемента справочника «Номенклатура» и создания на его основании документа
«Заявка на изменение НСИ» пользователь, ответственный за создание данной номенклатуры,
отправляет заявку на согласование. После Заявка на изменение НСИ автоматически приобретает
статус «На утверждении». Элемент справочника «Номенклатура» при этом все еще находится в
статусе «Не активный».
2.2.2.4. ПРОВЕРКА ЗАПОЛНЕНИЯ РЕКВИЗИТОВ
2.2.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После того, как ответственный за создание элемента справочника «Номенклатура», отправил
его на согласование, пользователям, отвечающим за согласование на первом этапе, должно прийти
оповещение о необходимости согласования номенклатуры. Для согласующих определяется срок
согласования в соответствии с Регламентом по НСИ. Согласующее лицо должно проверить
заполнение реквизитов и принять решение о согласовании или отклонении элемента номенклатуры.
13
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.2.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм получения
пользователями, ответственными за согласование объекта Системы, оповещения о необходимости
его согласования.
После того, как пользователь, ответственный за создание элемента справочника
«Номенклатура», отправил его на согласование, всем пользователям, установленным в качестве
ответственных за согласование на первом этапе, Система направляет оповещение о необходимости
согласования Заявки на изменение НСИ. Данное оповещение отражается у пользователей на
начальной странице Системы в разделе «Заявки на изменение НСИ».
Пользователь, ответственный за согласование на текущем этапе, открывает данное
оповещение и переходит в документ «Заявка на изменение НСИ». Из заявки он может перейти в
согласуемый элемент справочника «Номенклатура» и проверить заполненные реквизиты.
По результатам проверки согласующий пользователь может выбрать один из двух вариантов
действий:


отправить Заявку на НСИ на корректировку (если реквизиты номенклатуры заполнены
некорректно);
согласовать Заявку на НСИ (если реквизиты номенклатуры заполнены корректно).
При этом все пользователи, установленные ответственными за согласование Заявки на
изменение НСИ на одном и том же этапе, являются равноправными и взаимозаменяемыми. Поэтому
для согласования или отправки на уточнение заявки в рамках одного этапа достаточно действия
одного любого пользователя, являющегося ответственным за согласование на данном этапе.
2.2.2.5. ОТПРАВЛЕНИЕ ЗАЯВКИ НА НСИ НА КОРРЕКТИРОВКУ
2.2.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
В случае, если при проверке реквизитов элемента номенклатуры согласующий пользователь
выявил замечания, он должен отправить номенклатуру на корректировку и описать перечень
замечаний в комментарии.
2.2.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отправки объектов
Системы (в данном случае документа «Заявка на изменение НСИ») на уточнение.
При наличии замечаний к заполненным реквизитам элемента справочника «Номенклатура»
согласующий пользователь отправляет Заявку на изменение НСИ на уточнение, а также указывает
перечень замечаний для дальнейшей корректировки пользователем, ответственным за создание
данного элемента номенклатуры.
Для того, чтобы при отправке на уточнение Заявки на изменение НСИ Система требовала
обязательного заполнения комментария с перечнем замечаний от согласующего пользователя, в
справочнике «Этапы универсальных процессов» необходимо установить обязательность ввода
комментария при отклонении заявки.
14
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
После отправки Заявка на изменение НСИ на уточнение данный документ автоматически
приобретает статус «Отправлена на уточнение». Элемент справочника «Номенклатура» при этом
все еще находится в статусе «Не активный».
2.2.2.6. СОГЛАСОВАНИЕ ЗАЯВКИ НА НСИ
2.2.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
В случае, если при проверке реквизитов элемента номенклатуры согласующий пользователь
не выявил замечаний, он должен согласовать номенклатуру, чтобы она стала доступной для
использования в других бизнес-процессах.
2.2.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм согласования (как
результата) объектов Системы (в данном случае документа «Заявка на изменение НСИ»).
При отсутствии замечаний к заполненным реквизитам элемента справочника «Номенклатура»
согласующий пользователь согласовывает Заявку на изменение НСИ, что является результатом
успешного прохождения этапа согласования. В случае, если данный этап согласования является
единственным или последним в маршруте, данный результат будет также являться результатом
всего процесса согласования заявки, а не только результатом одного этапа.
После согласования этапа Заявка на изменение НСИ может приобретать 2 статуса:


статус «На утверждении» (если согласован не последний этап на маршруте);
статус «Утвержден» (если согласован единственный или последний этап на маршруте).
При установке документу «Заявка на изменение НСИ» статуса «Утвержден», элемент
справочника «Номенклатура» автоматически приобретает статус «Активный» и становится
доступным для использования в других бизнес-процессах.
2.2.2.7. КОРРЕКТИРОВКА НСИ
2.2.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После того, как ответственный за согласование элемента справочника «Номенклатура»
отправил его на уточнение, пользователю, ответственному за создание данного элемента, должно
прийти уведомление о необходимости корректировки номенклатуры, содержащее перечень
замечаний от согласующего пользователя.
Пользователь, ответственный за создание данного элемента номенклатуры, должен
скорректировать реквизиты согласно замечаниям, после чего запустить повторный цикл
согласования.
2.2.2.7.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм получения
пользователями, ответственными за создание объекта Системы, оповещения о необходимости его
корректировки.
15
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
После того, как ответственный за согласование элемента справочника «Номенклатура»,
отправил его на уточнение, пользователю, ответственному за создание данного элемента и
запустившему процесс согласования, Система направляет оповещение о необходимости
корректировки Заявки на изменение НСИ. Данное оповещение отражается у пользователя на
начальной странице Системы в разделе «Заявки на изменение НСИ».
Пользователь, ответственный за создание данного элемента номенклатуры, открывает данное
оповещение и переходит в документ «Заявка на изменение НСИ». Из заявки он может перейти в
элемент справочника «Номенклатура» и скорректировать его реквизиты по замечаниям от
согласующего пользователя.
После корректировки номенклатуры Заявка на изменение НСИ все еще находится в статусе
«Отправлена на уточнение».
Далее пользователь, ответственный за создание элемента номенклатуры, снова отправляет его
на согласование, после чего документ «Заявка на изменение НСИ» снова приобретает статус «На
утверждении» и цикл согласования повторяется.
2.2.2.8. ИНТЕГРАЦИЯ НСИ
2.2.2.8.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При создании в 1С:ЗУП новых элементов НСИ, относящихся к учету сотрудников, данные
элементы НСИ должны автоматически интегрироваться из 1С:ЗУП в 1С:ERP. УХ. В результате
интеграции элементы НСИ должны быть доступны для дальнейшего использования в прочих
бизнес-процессах без дополнительных действий пользователей.
Перечень НСИ, требуемой к интеграции из 1С:ЗУП в 1С:ERP. УХ, представлен в Приложении
4.2 «Перечень интеграционных потоков».
2.2.2.8.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм синхронизации объектов
метаданных двух конфигураций 1С – 1С:ЗУП и 1С:ERP. УХ. Данный способ интеграции позволяет
исключить роль пользователя в процессе создании ряда НСИ в 1С:ERP. УХ.
Перечень НСИ, требуемой к интеграции из 1С:ЗУП в 1С:ERP. УХ, и способ интеграции
представлен в Приложении 4.2 «Перечень интеграционных потоков».
2.3. РЕДАКТИРОВАНИЕ НОРМАТИВНО-СПРАВОЧНОЙ ИНФОРМАЦИИ
2.3.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс по редактированию НСИ заключается в корректировке реквизитов элементов
справочников согласно правилам, установленным Регламентом по НСИ.
Редактирование НСИ в 1С:ERP. УХ будет проходить двумя способами:


с помощью процесса согласования по установленному маршруту;
без процесса согласования.
Перечень НСИ, требующей централизации, представлен в Приложении 4.3 «Перечень НСИ»
со значением «Да» в колонке «Требуется централизация и работа через заявки». Далее по тексту
централизация ведения НСИ будет рассмотрена на примере справочника «Номенклатура».
16
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Перечень НСИ, не требующей централизации, представлен в Приложении 4.3 «Перечень
НСИ» со значением «Нет» в колонке «Требуется централизация и работа через заявки».
Процесс редактирования элементов НСИ, требующих централизации, будет проходить через
этапы согласования. Для этого инициатор бизнес-процесса, в ходе которого требуется
редактирование уже существующей номенклатуры, создает документ «Заявка на изменение НСИ».
Далее этот документ проходит согласование по установленным этапам. Результатом согласования
Заявки на изменение НСИ будет скорректированный элемент справочника «Номенклатура».
Элементы НСИ, не требующие централизации, не будут проходить процесс согласования. Они
будут редактироваться ответственными лицами, которым предоставлены права на редактирование
справочников. Права на редактирование различных справочников будут разделены по
ответственным. Ролевая модель по редактированию НСИ представлена в Приложении 4.6
«Соответствие функций и бизнес ролей».
Перечень НСИ, требуемой к ведению в 1С:ERP. УХ, представлен в Приложении 4.3 «Перечень
НСИ».
2.3.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
ВТаблица 2 Таблице 3 представлен перечень функций бизнес-процессов, реализуемые в
системе 1C:ERP. УХ.
Таблица 3 Перечень функций бизнес-процессов, реализуемые в системе 1C:ERP. УХ в части
редактирования НСИ
№
п/
п
1.
2.
Код БП
Название БП
1.2
Редактирования
нормативносправочной
информации
1.2
Редактирования
нормативносправочной
информации
Название Функции
Детальное описание
Редактирование элемента
НСИ
(кроме
НСИ,
требующей централизации),
Редактирование элемента
корректировка реквизитов,
НСИ
запись
элемента
справочника с активными
изменениями
Редактирование элемента
НСИ (в частности, элемента
справочника
«Номенклатура»),
корректировка реквизитов,
Создание
Заявки
на
запись
элемента
изменение НСИ
справочника с неактивными
изменениями и создание на
его основании документа
«Заявка на изменение НСИ»
в статусе «Черновик»
17
АО «КМКР»
№
п/
п
3.
4.
5.
6.
7.
8.
Код БП
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Название БП
Название Функции
Редакция 1
Изменение №
Детальное описание
1.2
Редактирования
нормативносправочной
информации
Отправление
документа
«Заявка на изменение НСИ»
Отправление Заявки на по
установленному
НСИ на согласование
маршруту
согласования,
присвоение заявке статуса
«На утверждении»
1.2
Редактирования
нормативносправочной
информации
Проверка
реквизитов
1.2
Редактирования
нормативносправочной
информации
1.2
Редактирования
нормативносправочной
информации
1.2
Редактирования
нормативносправочной
информации
1.2
Редактирования
нормативносправочной
информации
заполнения
Проверка
корректности
заполнение
реквизитов
согласующим лицом
При нахождении ошибок
согласующим
лицом
отправление
документа
«Заявка на изменение НСИ»
Отправление Заявки на на
корректировку
НСИ на корректировку
инициатору с указанием
примечания с причинами
отклонения
заявки,
присвоение заявке статуса
«Отправлена на уточнение»
При
подтверждении
корректности заполнения
реквизитов согласующим
лицом
согласование
Согласование Заявки на документа
«Заявка
на
НСИ
изменение
НСИ»,
присвоение заявке статуса
«Утвержден»,
а
изменениям, внесенным в
НСИ, статуса «Активный»
Корректировка реквизитов
элемента НСИ согласно
примечанию с указанием
Корректировка НСИ
причин отправки документа
«Заявка на изменение НСИ»
на уточнение согласующим
лицом
Интеграция
изменений
Интеграция изменений НСИ,
включенной
в
НСИ
перечень НСИ к обмену из
1С:ЗУП в 1С:ERP. УХ
18
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.3.2.1. РЕДАКТИРОВАНИЕ ЭЛЕМЕНТА НСИ
2.3.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При необходимости редактирования уже существующего элемента НСИ пользователь,
ответственный за его редактирование, должен иметь доступ к списку данной НСИ в системе и права
на редактирование элемента НСИ. Для всей НСИ, не требующей централизации, инициатор
редактирования элемента НСИ должен быть единственным участником данного процесса –
согласование наполнения элемента НСИ другими пользователями Системы не требуется.
Согласно Регламенту по НСИ необходимо установить в Системе обязательные для заполнения
реквизиты каждого справочника или регистра. При удалении пользователем их значений в процессе
редактирования элемента НСИ Система должна блокировать запись (сохранение) изменений НСИ.
Согласно Регламенту по НСИ необходимо установить в Системе ключевые реквизиты для
справочников, по которым будет осуществляться контроль дублей. При редактировании
пользователем элемента НСИ Система должна заново проверить уникальность ключевых
реквизитов для исключения дублей и блокировать запись (сохранение) изменений НСИ при
нахождении неуникальных значений ключевых реквизитов.
Необходимо предоставить возможность прикрепления файлов к элементам НСИ.
Необходимо разграничить права на редактирование различной НСИ по ответственным
отделам Предприятия. Ролевая модель по созданию НСИ представлена в Приложении 4.6
«Соответствие функций и бизнес ролей».
2.3.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будут использоваться типовые и разработанные
механизмы редактирования НСИ. Перечень типовой и требующей разработки НСИ представлен в
Приложении 4.3 «Перечень НСИ».
Ответственному за редактирование НСИ будет предоставлен доступ в интерфейсе Системы к
списку справочника или регистра, требуемого к редактированию.
Редактирование элемента НСИ доступно как из списка НСИ, так и из документов или прочих
рабочих мест Системы. При этом следует учитывать, что в Системе предусмотрен контроль
изменения элементов справочников после того, как элемент уже выбран в документах. В этом
случае если период не закрыт, то требуется отменить проведение документа, скорректировать НСИ
и затем провести документ. Либо создать новую НСИ и в дальнейшем использовать ее.
Отказ от процесса согласования в виде документа «Заявка на изменение НСИ», а также
контроль обязательности заполнения реквизитов и их уникальности (для контроля дублей)
устанавливается в типовом справочнике «Справочники текущей информационной базы». Данная
настройка будет применена для все справочников, не требующих централизации.
При отказе от ведения Заявок на изменение НСИ после записи (сохранения) элемента НСИ в
процессе его редактирования внесенные изменения будут активны, что свидетельствует о
доступности использования скорректированного элемента НСИ в других бизнес-процессах.
Система позволяет прикрепить файлы к элементам НСИ. Из списка присоединенных файлов
доступно их открытие на просмотр и редактирование.
19
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.3.2.2. СОЗДАНИЕ ЗАЯВКИ НА ИЗМЕНЕНИЕ НСИ
2.3.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для справочника «Номенклатура» требуется установить процесс согласования при
редактировании уже существующего элемента по маршруту согласно Регламенту по НСИ. При этом
внесение изменений в реквизиты должно осуществляться ответственным за редактирование
данного элемента справочника, т.е. инициатором процесса согласования, а не согласующими
лицами.
Способ настройки обязательных реквизитов и уникальности заполнения реквизитов должны
быть аналогичны остальным справочникам согласно требованиям, приведенным в пункте 2.3.2.1.1.
Необходимо предоставить возможность прикрепления файлов к элементам справочника
«Номенклатура».
Ролевая модель, включающая права на редактирование справочника «Номенклатура»,
представлена в Приложении 4.6 «Соответствие функций и бизнес ролей».
2.3.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции будет использоваться типовой механизм редактирования
справочника «Номенклатура» и создания на его основании документа «Заявка на изменение НСИ».
Включение согласования в виде документа «Заявка на изменение НСИ», а также контроль
обязательности заполнения реквизитов и их уникальности (для контроля дублей) устанавливается в
типовом справочнике «Справочники текущей информационной базы».
Ответственному за редактирование справочника «Номенклатура» будет предоставлен доступ
в интерфейсе Системы к списку данного справочника. Список может быть индивидуально настроен
пользователем в части выводимых колонок с реквизитами и устанавливаемых отборов.
Редактирование элемента справочника «Номенклатура» доступно как из списка справочника,
так и из документов или прочих рабочих мест Системы.
После записи (сохранения) элемента справочника «Номенклатура» в процессе его
редактирования до согласования документа «Заявка на изменение НСИ» по нему внесенные
изменения будут неактивны, что свидетельствует о недоступности данных изменений по элементу
НСИ в дальнейших бизнес-процессах.
После записи элемента справочника «Номенклатура» пользователь, ответственный за
редактирование номенклатуры, создает на его основании документ «Заявка на изменение НСИ».
Данный документ содержит в себе информацию об объекте НСИ (в данном случае справочник
«Номенклатура»), ссылку на конкретный элемент НСИ (в данном случае элемент справочника
«Номенклатура»), вид операции (при редактировании элемента устанавливается вид операции
«Изменение элемента»), а также табличную часть «Связанные заявки на изменение НСИ» (ее
заполнение не является обязательным и может использоваться для установки связей между
заявками).
До отправки на согласование документа «Заявка на изменение НСИ» ему автоматически
присваивается статус «Черновик».
Система позволяет прикрепить файлы к элементам справочника «Номенклатура» и документу
«Заявка на изменение НСИ». Из списка присоединенных файлов доступно их открытие на просмотр
и редактирование.
20
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.3.2.3. ОТПРАВЛЕНИЕ ЗАЯВКИ НА НСИ НА СОГЛАСОВАНИЕ
2.3.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После внесения изменений в реквизиты элемента справочника «Номенклатура»
ответственный за его редактирование должен отправить его на согласование по маршруту согласно
Регламенту по НСИ. После этого процесс редактирования элемента номенклатуры должен перейти
к ответственным за согласование.
2.3.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм подключения документа
«Заявка на изменение НСИ» к процессу согласования и установки маршрута согласования.
Установка маршрута согласования и определение его этапов с ответственными за них ролями
пользователей осуществляется в справочнике «Шаблоны универсальных процессов». Данный
справочник группирует в себе элементы справочника «Этапы универсальных процессов», в рамках
которых устанавливаются следующие настройки согласования:







этапы согласования и их порядок;
перечень ответственных за согласование на определенном этапе в виде отдельных
пользователей Системы или ролей;
статус объекта Системы (в данном случае документа «Заявки на изменение НСИ») при
его попадании на определенный этап согласования;
перечень реквизитов, доступных для изменения в процессе согласования на
определенном этапе;
плановая длительность согласования на определенном этапе;
возможность установки автоматического согласования определенного этапа при
нарушении плановых сроков согласования;
возможность установки обязательности для ввода комментария при согласовании или
отклонении объекта Системы (в данном случае документа «Заявки на изменение
НСИ»).
После записи элемента справочника «Номенклатура» и создания на его основании документа
«Заявка на изменение НСИ» пользователь, ответственный за редактирование данной номенклатуры,
отправляет заявку на согласование. После Заявка на изменение НСИ автоматически приобретает
статус «На утверждении». Внесенные изменения в элемент справочника «Номенклатура» при этом
все еще не активны.
2.3.2.4. ПРОВЕРКА ЗАПОЛНЕНИЯ РЕКВИЗИТОВ
2.3.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После того, как ответственный за редактирование элемента справочника «Номенклатура»,
отправил его на согласование, пользователям, отвечающим за согласование на первом этапе,
должно прийти оповещение о необходимости согласования номенклатуры. Для согласующих
определяется срок согласования в соответствии с Регламентом по НСИ. Согласующее лицо должно
21
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
проверить заполнение реквизитов и принять решение о согласовании или отклонении изменений
элемента номенклатуры.
2.3.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм получения
пользователями, ответственными за согласование объекта Системы, оповещения о необходимости
его согласования.
После того, как пользователь, ответственный за создание элемента справочника
«Номенклатура», отправил его на согласование, всем пользователям, установленным в качестве
ответственных за согласование на первом этапе, Система направляет оповещение о необходимости
согласования Заявки на изменение НСИ. Данное оповещение отражается у пользователей на
начальной странице Системы в разделе «Заявки на изменение НСИ».
Пользователь, ответственный за согласование на текущем этапе, открывает данное
оповещение и переходит в документ «Заявка на изменение НСИ». Из заявки он может перейти в
согласуемый элемент справочника «Номенклатура» и проверить измененные реквизиты.
По результатам проверки согласующий пользователь может выбрать один из двух вариантов
действий:


отправить Заявку на НСИ на корректировку (если реквизиты номенклатуры заполнены
некорректно);
согласовать Заявку на НСИ (если реквизиты номенклатуры заполнены корректно).
При этом все пользователи, установленные ответственными за согласование Заявки на
изменение НСИ на одном и том же этапе, являются равноправными и взаимозаменяемыми. Поэтому
для согласования или отправки на уточнение заявки в рамках одного этапа достаточно действия
одного любого пользователя, являющегося ответственным за согласование на данном этапе.
2.3.2.5. ОТПРАВЛЕНИЕ ЗАЯВКИ НА НСИ НА КОРРЕКТИРОВКУ
2.3.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
В случае, если при проверке реквизитов элемента номенклатуры согласующий пользователь
выявил замечания, он должен отправить номенклатуру на корректировку и описать перечень
замечаний в комментарии.
2.3.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм отправки объектов
Системы (в данном случае документа «Заявка на изменение НСИ») на уточнение.
При наличии замечаний к заполненным реквизитам элемента справочника «Номенклатура»
согласующий пользователь отправляет Заявку на изменение НСИ на уточнение, а также указывает
перечень замечаний для дальнейшей корректировки пользователем, ответственным за
редактирование данного элемента номенклатуры.
Для того, чтобы при отправке на уточнение Заявки на изменение НСИ Система требовала
обязательного заполнения комментария с перечнем замечаний от согласующего пользователя, в
справочнике «Этапы универсальных процессов» необходимо установить обязательность ввода
комментария при отклонении заявки.
22
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
После отправки Заявка на изменение НСИ на уточнение данный документ автоматически
приобретает статус «Отправлена на уточнение». Внесенные изменения в элемент справочника
«Номенклатура» при этом все еще не активны.
2.3.2.6. СОГЛАСОВАНИЕ ЗАЯВКИ НА НСИ
2.3.2.6.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
В случае, если при проверке реквизитов элемента номенклатуры согласующий пользователь
не выявил замечаний, он должен согласовать номенклатуру, чтобы она стала доступной для
использования в других бизнес-процессах.
2.3.2.6.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм согласования (как
результата) объектов Системы (в данном случае документа «Заявка на изменение НСИ»).
При отсутствии замечаний к заполненным реквизитам элемента справочника «Номенклатура»
согласующий пользователь согласовывает Заявку на изменение НСИ, что является результатом
успешного прохождения этапа согласования. В случае, если данный этап согласования является
единственным или последним в маршруте, данный результат будет также являться результатом
всего процесса согласования заявки, а не только результатом одного этапа.
После согласования этапа Заявка на изменение НСИ может приобретать 2 статуса:


статус «На утверждении» (если согласован не последний этап на маршруте);
статус «Утвержден» (если согласован единственный или последний этап на маршруте).
При установке документу «Заявка на изменение НСИ» статуса «Утвержден», изменения,
внесенные в элемент справочника «Номенклатура», автоматически становятся активными и
доступны для использования в других бизнес-процессах.
2.3.2.7. КОРРЕКТИРОВКА НСИ
2.3.2.7.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
После того, как ответственный за согласование элемента справочника «Номенклатура»
отправил его на уточнение, пользователю, ответственному за редактирование данного элемента,
должно прийти уведомление о необходимости корректировки номенклатуры, содержащее перечень
замечаний от согласующего пользователя.
Пользователь, ответственный за редактирование данного элемента номенклатуры, должен
скорректировать реквизиты согласно замечаниям, после чего запустить повторный цикл
согласования.
2.3.2.7.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм получения
пользователями, ответственными за редактирование объекта Системы, оповещения о
необходимости его корректировки.
23
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
После того, как ответственный за согласование элемента справочника «Номенклатура»,
отправил его на уточнение, пользователю, ответственному за редактирование данного элемента и
запустившему процесс согласования, Система направляет оповещение о необходимости
корректировки Заявки на изменение НСИ. Данное оповещение отражается у пользователя на
начальной странице Системы в разделе «Заявки на изменение НСИ».
Пользователь, ответственный за редактирование данного элемента номенклатуры, открывает
данное оповещение и переходит в документ «Заявка на изменение НСИ». Из заявки он может
перейти в элемент справочника «Номенклатура» и скорректировать его реквизиты по замечаниям от
согласующего пользователя.
После корректировки номенклатуры Заявка на изменение НСИ все еще находится в статусе
«Отправлена на уточнение».
Далее пользователь, ответственный за редактирование элемента номенклатуры, снова
отправляет его на согласование, после чего документ «Заявка на изменение НСИ» снова
приобретает статус «На утверждении» и цикл согласования повторяется.
2.3.2.8. ИНТЕГРАЦИЯ ИЗМЕНЕНИЙ НСИ
2.3.2.8.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
При внесении в 1С:ЗУП изменений в уже существующие элементы НСИ, относящиеся к учету
сотрудников, изменения данных элементов НСИ должны автоматически интегрироваться из
1С:ЗУП в 1С:ERP. УХ. В результате интеграции изменения элементов НСИ должны быть доступны
для дальнейшего использования в прочих бизнес-процессах без дополнительных действий
пользователей.
Перечень НСИ, требуемой к интеграции из 1С:ЗУП в 1С:ERP. УХ, представлен в Приложении
4.2 «Перечень интеграционных потоков».
2.3.2.8.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется типовой механизм синхронизации объектов
метаданных двух конфигураций 1С – 1С:ЗУП и 1С:ERP. УХ. Данный способ интеграции позволяет
исключить роль пользователя в процессе внесения изменений для ряда НСИ в 1С:ERP. УХ.
Перечень НСИ, требуемой к интеграции из 1С:ЗУП в 1С:ERP. УХ, и способ интеграции
представлен в Приложении 4.2 «Перечень интеграционных потоков».
2.4. ФОРМИРОВАНИЕ ДАШБОРДОВ
2.4.1. ОБЩЕЕ ОПИСАНИЕ МОДЕЛИРУЕМОГО БИЗНЕС-ПРОЦЕССА
Бизнес-процесс по формированию дашбордов должен обеспечить лиц, принимающих
решения, оперативной, наглядной и достоверной информацией.
За настройку правил формирования дашбордов и их корректировку при изменении учета и
отчетности Компании отвечает администратор Системы. Для использования дашбордов, лицо
принимающее решение, должно являться Пользователем Системы. Индивидуальные настройки
пользователей могут отличаться. Для разных должностных лиц может быть настроен различный
состав аналитики в дашбордах.
24
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Для Исполнительного директора Предприятия будет использован функционал формирования
основного дашборда на основании Монитора ключевых показателей с расшифровкой показателей.
Дашборд, разработанный для Исполнительного директора, далее именуется как «Монитор
руководителя». Руководители подразделений могут формировать дашборды с применением
инструмента аналитических панелей.
На начальной странице Системы Пользователь видит ключевые данные. Далее Пользователь
может получить расшифровку ключевых показателей в заданных разрезах. Состав ключевых
данных и детализация расшифровки согласовывается до начала внедрения Системы, в дальнейшем
состав может изменяться, что влечет за собой необходимость внесения изменений в настройки НСИ
по формированию дашбордов.
2.4.2. ФУНКЦИИ БИЗНЕС-ПРОЦЕССА
В Таблице 4 представлен перечень функций данного бизнес-процесса, реализуемых в системе
1C:ERP. УХ.
Таблица 4 Перечень функций бизнес-процесса, реализуемых в системе 1C:ERP. УХ
№
п/
п
1.
2.
3.
4.
5.
Код БП
1.3
1.3
1.3
1.3
1.3
Название БП
Формирование
дашбордов
Формирование
дашбордов
Формирование
дашбордов
Формирование
дашбордов
Формирование
дашбордов
Название Функции
Детальное описание
Заполнение
и
актуализация
настроек и НСИ для корректного
формирования дашбордов
Формирование
Формирование
монитора
монитора руководителя руководителя
на
начальной
странице
Исполнительного
директора
Расшифровка элемента Настройка
специализированных
Структуры
расшифровок для каждого из
подразделений, отражаемых на
вкладке «Структура»
Расшифровка элемента Настройка
расшифровок
до
Бюджета
аналитик бюджетов для каждого из
показателей,
отражаемых
на
вкладке «Бюджет»
Формирование
Формирование
аналитических
аналитической панели
панелей
Руководителями
подразделений
Настройка НСИ
2.4.2.1. НАСТРОЙКИ НСИ
2.4.2.1.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для корректной работы дашбордов руководителей требуется первичная настройка и
дальнейшее поддержание в актуальном состоянии специфических настроек и НСИ, используемых
для формирования дашбордов.
25
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.4.2.1.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для автоматизации данной функции используется как типовой механизм, так и доработанный
функционал.
Используемые типовые инструменты подсистемы «Бюджетирование, отчетность, анализ»:

Виды и бланки бюджетов с настройкой строк и показателей бюджетов;
Раздел «Сбалансированная система показателей»: Монитор ключевых
показателей, а также связанные справочники Показатели монитора ключевых показателей и
Цели;


Раздел «Бизнес-анализ»: Аналитические панели и используемые ими Пакеты
данных.
Требуемые доработки:
Доработка формы Монитора ключевых показателей с целью отображения
дополнительных вкладок «Структура», «Бюджет», а также корректировка формы отражения
стратегической карты целей;

Доработка механизма формирования расшифровок различных элементов
Монитора ключевых показателей через типовые и доработанные инструменты 1С:ERP. УХ;

В целях корректной работы системы дашбордов перед стартом Системы требуется произвести
первичные настройки, в том числе:
Настроить виды и бланки бюджетов с целью получения информации по
плановым и фактическим данным бюджета с детализацией необходимой и достаточной для
расшифровки дашбордов. Настройки должны быть согласованы с настройками блока
«Бюджетирование»;

Заполнить и актуализировать по необходимости перечень Показателей
монитора ключевых показателей, контролируемых Министерством финансов, отражаемых в
Мониторе руководителя на вкладке «Ключевые показатели»;

Заполнить и актуализировать по необходимости перечень стратегических
целей в соответствии со стратегией развития, отображаемых на вкладке «Стратегическая
карта целей»;

Актуализировать
справочник
«Структура
предприятия»,
отметив
подразделения и их иерархию, а также руководителей подразделений для отражения на
вкладке «Структура»;


Настроить Источники данных, Пакеты данных и Аналитические панели для
расшифровки показателей вкладок «Бюджет» и «Структура»
Настроить Источники данных, Пакеты данных и Аналитические панели для
использования Руководителями подразделений, в случае если типовые отчеты не покрывают
потребности в аналитике.

26
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.4.2.2. ФОРМИРОВАНИЕ МОНИТОРА РУКОВОДИТЕЛЯ
2.4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Монитор руководителя должен отражаться на начальной странице Системы и отображать
данные в нескольких разрезах:




Структуру Компании в формате иерархии с выводом фотографий ключевых
сотрудников;
Цели компании в соответствии со Стратегией развития;
Бюджет Компании;
Ключевые показатели, контролируемые Министерством финансов.
2.4.2.2.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Формирование монитора руководителей в соответствии с функциональными требованиями
является функциональным разрывом и требует доработок Системы. В основе реализации
требования лежит типовой функционал на базе раздела «Система сбалансированных показателей»
подсистемы «Бюджетирование, отчетность, анализ». Основная форма открытия монитора
представлена на рисунке 1. Типовой функционал отборов позволяет гибко указывать периодичность
и период отражаемых данных. По умолчанию, периодичность: год и период равен текущему году.
Рис. 1. Форма открытия монитора руководителя
Отображение информации о целях компании в соответствии со Стратегией развития, и
Ключевые показатели, контролируемые Министерством финансов, покрывается типовым
функционалом вкладок «Монитор ключевых показателей» и «Стратегическая карта целей». Они
представлены на рисунках 2 и 3 соответственно.
При этом требуется доработка в части разделения информации между имеющимися
вкладками. В частности:

добавить возможность в явном виде указывать цели, отражаемые на вкладке
«Стратегическая карта целей», без привязки к ключевым показателям;

настроить возможность группировать ключевые показатели по области бизнесанализа, без группировки по целям, если включен функционал «отображать цели»;

скорректировать алгоритм отражения значения ключевых показателей за прошлый
период.
27
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Рис. 2. Вкладка «Монитор ключевых показателей» монитора руководителя
Рис. 3. Вкладка «Стратегическая карта целей» монитора руководителя
Для отражения вкладки «Структура» требуется доработка по отображению на форме
графического представления справочника «Структура предприятия» в иерархии элементов с
возможностью индивидуальной настройки. Форма представления вкладки отражена на рисунке 4.
28
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Рис. 4. Вкладка «Структура» монитора руководителя
Для отражения вкладки «Бюджет» требуется настройка видов и бланков бюджета с
показателями, соответствующими форме бюджета Заказчика типовыми инструментами подсистемы
«Бюджетирование, отчетность, анализ». Далее требуется доработка по отображению данных
бюджетирования на форме Монитора ключевых показателей. Форма вкладки представлена на
рисунке 5.
Рис. 5. Вкладка «Бюджет» монитора руководителя
29
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.4.2.3. РАСШИФРОВКА ЭЛЕМЕНТА СТРУКТУРЫ
2.4.2.3.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Монитор руководителя должен предоставлять возможность формировать расшифровки
отдельных элементов. Для вкладки «Структура» требуется реализация следующих расшифровок:




Руководитель:
o Общий бюджет Компании, с расшифровками в соответствии с п. 2.4.2.4.
«Расшифровка элементов бюджета»
Главный инженер:
o Программа ремонтных работ (плановые и фактические значения), далее
расшифровка до эксплуатационных участков;
o Инвестиционная программа, далее расшифровка до эксплуатационных
участков;
Главный гидрогеолог:
o Программа гидрогеологических работ (плановые и фактические значения),
далее расшифровка до эксплуатационных участков;
Администрация:
o Иерархия подчиненных подразделений, с дальнейшим отражением части
бюджета, за который отвечает данное подразделение (плановые и фактические
значения).
2.4.2.3.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Расшифровка элементов вкладки «Структура» из Монитора руководителя является
функциональным разрывом и требует доработки.
Необходимо разработать место хранения соответствия элемента «Структура предприятия» и
открываемой расшифровки. Тип объекта метаданных данного хранилища (регистр сведений,
справочник, план видов характеристик) будет определен на этапе разработки и внедрения.
Требуется разработать алгоритм, в соответствии с котором, по двойному клику на элемент
Структуры Монитора руководителя будет открываться заданная расшифровка.
Сама расшифровка представляет собой элемент справочника «Аналитическая панель», на
котором в необходимом разрезе представлены Пакеты данных, ссылающиеся на экземпляры
отчетов, в котором хранится информация о требуемых плановых и фактических показателях.
При двойном клике на пиктограмму «Инженерная служба», должна раскрываться общая
информация о программе ремонтных работ и инвестиционной программе (рисунок 6).
30
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Рис. 6. Расшифровка элемента структуры «Инженерная служба»
По двойному клику на любую ячейку строки «Программа ремонтных работ» открывается
детализация данной программы в разрезе эксплуатационных участков (элементы справочника
«Структура предприятия») (рисунок 7).
Рис. 7. Расшифровка «Программы ремонтных работ» по участкам
По двойному клику на любую ячейку строки определенного подразделения открывается
детализация данной программы в разрезе объектов ремонтной программы, которые отнесены к
данному участку. При клике на любую ячейку итоговой строки открывается полная детализация
программы до объектов ремонтных работ (рисунок 8).
Рис. 8. Расшифровка «Программы ремонтных работ» по объектам
По двойному клику на любую ячейку строки «Инвестиционная программа» открывается
детализация данной программы в разрезе эксплуатационных участков (элементы справочника
«Структура предприятия») (рисунок 9).
Рис. 9. Расшифровка «Инвестиционной программы» по участкам
По двойному клику на любую ячейку строки определенного подразделения открывается
детализация данной программы в разрезе объектов инвестиционной программы, которые отнесены
к данному участку. При клике на любую ячейку итоговой строки открывается полная детализация
программы до объектов инвестиций (справочник «Проекты и этапы») (рисунок 10).
31
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Рис. 10. Расшифровка «Инвестиционной программы» по объектам
При двойном клике на пиктограмму «Гидрогеология» должна раскрываться общая
информация о программе гидрогеологических работ (рисунок 11).
Рис. 11. Расшифровка элемента структуры «Гидрогеология»
По двойному клику на любую ячейку строки «Программа гидрогеологических работ»,
открывается детализация данной программы в разрезе эксплуатационных участков (элементы
справочника «Структура предприятия») (рисунок 12).
Рис. 12. Расшифровка «Программы гидрогеологических работ» по участкам
По двойному клику на любую ячейку строки определенного подразделения открывается
детализация данной программы в разрезе объектов, которые отнесены к данному участку. При
клике на любую ячейку итоговой строки открывается полная детализация программы до объектов
работ (рисунок 13).
Рис. 13. Расшифровка «Программы гидрогеологических работ» по объектам
При двойном клике на пиктограмму «Администрация» должна раскрываться иерархия
подразделений, относящихся к Администрации. Далее по двойному клику пиктограмму
конкретного подразделения открывается расшифровка бюджета по строкам, за которые отвечает
32
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
данное подразделение (ЦФО) (рисунок 14). Связь Подразделения и ЦФО устанавливается типовым
функционалом через реквизит в справочнике «Структура предприятия».
Рис. 14. Расшифровка бюджета подразделения по статьям бюджета
Далее по двойному клику на любую ячейку строки определенного подразделения открывается
детализация данной статьи бюджета до участков или внутренних подразделений Компании, на
которые запланированы данные расходы. При клике на любую ячейку итоговой строки открывается
расшифровка всех расходов данного ЦФО до подразделений (мест возникновения затрат) – на
уровне участок, с дальнейшей расшифровкой до скважины, если применимо (рисунок 15). Далее
возможна детализация до других аналитик в разрезе, которых ведется планирование по статье.
Рис. 15. Расшифровка статьи бюджета
2.4.2.4. РАСШИФРОВКА ЭЛЕМЕНТА БЮДЖЕТА
2.4.2.4.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Монитор руководителя должен предоставлять возможность формировать расшифровки
отдельных элементов. Для вкладки «Бюджет» требуется возможность расшифровки статьи бюджета
до ее аналитики. Перечень расшифровок может быть уточнен на этапе внедрения.
33
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
2.4.2.4.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Расшифровка элементов вкладки «Бюджет» из Монитора руководителя является
функциональным разрывом и требует доработки.
Необходимо доработать форму Монитора руководителя для отражения на ней табличной
формы бюджета.
Необходимо разработать место хранения соответствия элемента «Бюджет» и открываемой
расшифровки. Тип объекта метаданных данного хранилища (регистр сведений, справочник, план
видов характеристик) будет определен на этапе разработки и внедрения.
Требуется разработать алгоритм, в соответствии с которым, по двойному клику на строку
таблицы с вкладки «Бюджет» Монитора руководителя будет открываться заданная расшифровка.
Сама расшифровка представляет собой табличные данные для отображения регистров
бюджетирования, в которых хранится информация о требуемых плановых и фактических
показателях. Регистры отличаются в зависимости от количества аналитик, предусмотренных для
статьи бюджета. В приложении 4.7 представлено соответствие показателей бюджета и их
расшифровок. Перечень расшифровок может быть уточнен на этапе внедрения.
Так, например, при расшифровке строки бюджета «Доходы от продажи минеральной воды»
должна открываться таблица с плановыми и фактическими значениями по статье бюджета «Доходы
от продажи минеральной воды» в детализации до эксплуатационных участков, далее данные по
эксплуатационному участку можно детализировать до скважины. Фактические данные по скважине
можно детализировать до контрагента, плановые – нет, т.к. планирование в разрезе контрагентов не
предусмотрено. Эксплуатационный участок является Вышестоящим подразделением для скважины
в иерархии справочника «Структура предприятия».
2.4.2.5. ФОРМИРОВАНИЕ АНАЛИТИЧЕСКОЙ ПАНЕЛИ
2.4.2.5.1. ОБЩИЕ ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ ФУНКЦИИ
Для руководителей подразделений и центров финансовой ответственности должна быть
возможность анализировать данные, как финансовые, так и нефинансовые в рамках своего
подразделения. В системе ERP. УХ предусмотрено большое количество типовых отчетов, а также
нетиповых отчетных форм, заявленных в соответствующих блоках. При это требуется иметь
возможность анализировать данные в режиме одного окна. Конкретные данные, а также набор
визуальных форм (графики, диаграммы, таблицы) могут быть определены на этапе внедрения.
2.4.2.5.2. ОПИСАНИЕ РЕШЕНИЯ ПО АВТОМАТИЗАЦИИ ФУНКЦИИ
Для покрытия данного требования используется типовой функционал справочника
«Аналитические панели», который может быть гибко настроен под запрос различных
пользователей. Количество аналитических панелей не ограничено.
Аналитическая панель может состоять из нескольких вкладок, на каждой вкладке может
располагаться различное количество показателей. Возможные визуальные формы представления:



таблица,
график,
диаграмма различного вида (столбчатая, круговая и пр.).
34
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Показатели могут быть расшифрованы на отдельных вкладках аналитической панели или
типовым функционалом «Расшифровка» при выборе его из контекстного меню. Источниками
данных для аналитических панелей является элемент справочника «Пакеты данных». Пакет данных
может содержать в себе неограниченное количество источников, как показателей бюджета, так и
элементы справочника «Источники данных». В свою очередь элемент справочника «Источники
данных» может собирать информацию из регистров текущей базы данных или произвольным
запросом. Для фор формирования произвольных запросов требуется привлечения разработчика.
Моделирование аналитической панели было проведено на данных руководителя отдела
Информационных технологий. На аналитической панели отдела ИТ может быть расположено
несколько вкладок:



данные бюджета ЦФО – Информационные технологии (рисунки 16-19):
o детализируется до подразделения и номенклатуры;
данные об остатках на складе «Информационные технологии»:
o детализируется до вида номенклатуры, номенклатуры, характеристики;
данные о ТМЦ, переданной в эксплуатацию:
o детализируется до номенклатуры, сотрудника.
Рис. 16. Данные бюджета ЦФО
Рис. 17. Расшифровка данных бюджета ЦФО по статьям бюджета
35
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Рис. 18. Расшифровка данных бюджета ЦФО по номенклатуре
Рис. 19. Расшифровка данных бюджета ЦФО по подразделениям
На рисунке 20 представлен возможный вариант аналитической панели по остаткам на складе.
Рис. 20. Данные об остатках на складке
3. КОНЦЕПЦИЯ РОЛЕЙ И ПОЛНОМОЧИЙ
Концепция ролей и полномочий пользователей Системы основана на типовых механизмах
организации групп доступа, профилей доступа, ролей и прав доступа в информационных системах
на платформе 1С.
Для конфигурации модели прав и полномочий пользователей применяются следующие
объекты Системы:

Пользователи;

Группы доступа;
36
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
Профили групп доступа;

Роли.
С точки зрения объектов Системы выделяются следующие этапы:
 создание новых ролей;
 создание новых профилей доступа;
 создание новых групп доступа.
Управление правами пользователей основывается на разделении доступа пользователей к
отдельным функциям Системы (ролевой метод управления доступом).
При построении модели ролей и полномочий используются инструменты:

Стандартный инструмент управления доступом на основе ролей;

Гибкая настройка ограничения доступа на уровне записей (RLS).
Право доступа - предоставляет возможность выполнить конкретное действие (чтение,
запись, удаление и т. п.) с конкретным типом объекта. Права делятся на основные (разрешают
доступ любым способом) и интерактивные (интерактивный доступ к данным). Для основных прав
могут быть описаны правила (параметры) ограничения доступа на уровне записей.
Роль представляет собой совокупность прав (разрешенных действий) над объектами Системы.
Перед заведением новой роли необходимо проанализировать конфигурацию на наличие типовых
ролей и по возможности использовать их.
Роль создается с привязкой к элементарной функции Системы. В большинстве случаев
используются «атомарные роли», каждая из которых предоставляет доступ только к одному виду
объектов.
В конфигурации определяются три обязательные роли:

полные права;

администратор Системы;

интерактивное открытие внешних отчетов и обработок.
Изменение пользователя не должно приводить в перекомпоновке типовых ролей или
профилей доступа.
Роли объединяются в профили групп доступа. Объединение в профиле группы доступа
нескольких ролей позволяет установить совокупность разрешенных действий к нескольким
объектам конфигурации.
Группы доступа применяются для разграничения доступа пользователей к определенным
видам данных информационной базы (на уровне организационных единиц). Каждая группа доступа
назначается пользователю и связывается с профилем группы доступа.
На основании вышеизложенных принципов на этапе разработки Системы составляется
ролевая модели Системы, в которой сопоставлена функциональность Системы и бизнес-роли
пользователей.
Аутентификацию и авторизацию пользователей Системы необходимо осуществлять с
использованием учетных записей. Аутентификация сотрудников сторонних организаций
осуществляется средствами платформы 1С (с использованием пароля).
Каждой бизнес-роли Заказчика соответствует один или несколько профилей групп доступа.
При включении пользователя в несколько групп доступа, его права формируются по принципу
объединения. Детальный перечень групп доступа и профилей групп доступа будет определен на
этапе внедрения.

37
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
На этапе моделирования определяется обобщенный перечень бизнес-ролей с указанием
доступных функций бизнес-процесса. Соответствие представлено в Приложении № 4.6.
4. ПРИЛОЖЕНИЯ К ДОКУМЕНТУ
4.1. ПЕРЕЧЕНЬ ОТЧЕТНЫХ И ПЕЧАТНЫХ ФОРМ
4.2. ПЕРЕЧЕНЬ ИНТЕГРАЦИОННЫХ ПОТОКОВ
4.3. ПЕРЕЧЕНЬ НСИ
4.4. РЕЕСТР МИГРАЦИОННЫХ ПОТОКОВ
4.5. ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ И РАЗРЫВОВ
4.6. СООТВЕТСТВИЕ ФУНКЦИЙ И БИЗНЕС-РОЛЕЙ
4.7. ДОПОЛНИТЕЛЬНЫЕ МАТЕРИАЛЫ
38
АО «КМКР»
ВЕДЕНИЕ НОРМАТИВНО-СПРАВОЧНОЙ
ИНФОРМАЦИИ В АО «КМКР»
Редакция 1
Изменение №
39
